iiniiiiiiiiiiiiiiiinn 

US006333931B1 

(12) United States Patent m Patent No.: us 6,333,931 bi 

LaPier et al. (45) Date of Patent: *Dec. 25, 2001 


(54) METHOD AND APPARATUS FOR 
INTERCONNECTING A 
CIRCUIT-SWITCHED TELEPHONY 
NETWORK AND A PACKET-SWITCHED 
DATA NETWORK, AND APPLICATIONS 
THEREOF 

(75) Inventors: David C. LaPier, New Providence, NJ 
(US); David R. Oran, Acton, MA 
(US); Clay H. Neighbors, Reston; 
Khaled A. Gouda, Hemdon, both of 
VA (US); Andrew Adamian, Potomac, 
MD (US) 

(73) Assignee: Cisco Technology, Inc., San Jose, CA 
(US) 

( * ) Notice: This patent issued on a continued pros- 
ecution application filed under 37 CFR 
1.53(d), and is subject to the twenty year 
patent term provisions of 35 U.S.C. 
154<aX2). 

Subject to any disclaimer, the term of this 
patent is extended or adjusted under 35 
U.S.C. 154(b) by 0 days. 

(21) Appl. No.: 09/221,912 

(22) Filed: Dec. 28, 1998 

(51) Int. CI. 7 H04Q 11/00 

(52) LLS. CI 370/385; 370/410; 370/352 

(58) Field of Search 370/352-563, 

370/385, 466, 467, 410, 522; 379/88.17, 
202, 201.01-201.05, 201.11, 201.12, 202.01, 
203.01; 348/14 

(56) References Cited 

U.S. PATENT DOCUMENTS 
5,793,771 * 8/2000 Darland et al 370/467 


5,828,666 * 10/1998 Focsaaeau et al 370/389 

5,862,339 ♦ 1/1999 Bonnaure et al 709/227 

5,898,839 * 4/1999 Bertcau 709/227 

5,933,490 * 8/1999 White et al 379/221 

5,987,118 * 11/1999 Dickerman et al 379/264 

6,021,126 ♦ 10/1998 White et al 370/352 

6.084.892 * 7/2000 Benash et al 370/701 

6.111.893 * 8/2000 Vblfsun et al 370/466 

6,112,305 * 8/2000 Danes et al 713/156 


* cited by examiner 

Primary Examiner — Chau Nguyen 
Assistant Examiner— Jasper Kwoh 

(74) Attorney, Agent, or Firm — Hickman Palermo Truong 
& Becker LLP; Christopher J. Palermo 

(57) ABSTRACT 

A method and apparatus are disclosed for interconnecting a 
circuit-switched telephone network and a packet-switched 
data network for communication among them. A signaling 
trunk of a circuit-switched telephone network is coupled to 
a signaling access server that is also coupled to a signaling, 
management and control network. One or more voice trunks 
of the telephone network are coupled to one or more network 
access servers, which are also coupled to the control network 
to thereby receive instructions from the signaling access 
server. The network access servers are also coupled to a 
packet-switched data network, such as the global packet- 
switched network known as Internet. The signaling access 
server can receive call setup messages and other messages in 
standard telephone network protocol formats and convert 
them into call setup messages in a special protocol for 
communications between the signaling access server and the 
network access servers. The signaling access server can 
instruct the network access servers to establish a call, 
containing voice band information such as modem-based 
data calls, from the voice trunks to the data network. 
Accordingly, the public switched telephone network and the 
Internet may be interconnected and may inter-communicate 
without modifying the protocols of either one. 

19 Claims, 23 Drawing Sheets 
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METHOD AND APPARATUS FOR 
INTERCONNECTING A CIRCUIT- 
SWITCHED TELEPHONY NETWORK AND A 
PACKET-SWITCHED DATA NETWORK, AND 
APPLICATIONS THEREOF 

FIELD OF THE INVENTION 

The present invention generally relates to telecommuni- 
cations. The invention relates more specifically to intercon- 
necting a circuit-switched telephone network to a packet- 
switched data network, and methods of using the 
interconnected networks. 

BACKGROUND OF THE INVENTION 

The public switched telephony network (PSTN) is made 
up of carriers who have agreements to interconnect with one 
another and switch calls to among one another. The PSTN 
comprises numerous switching systems, which are stored 
program controlled computers comprising line terminations. 
The switching systems connect to other switching systems, 
forming indirect links from customer premises to customer 
premises around the world. 

In a common channel signaling (CCS) network, switching 
systems interconnect using bearer channels and signaling 
channels. Bearer channels generally are 64 kbit/second 
channels that carry voice traffic such as modem calls. 
Signaling channels carry call information in a separate 
network; this is known as out-of-band signaling because call 
signaling information is communicated outside the audible 
voice band of calls. ITU Recommendation Q.700 describes 
this type of PSTN in detail. 

Only carriers may connect to the signaling network. 
However, as a result of national and international deregu- 
lation of telephone systems, many new carriers are entering 
or are about to enter the field. For example, in the United 
States, in the past there have been approximately seven (7) 
major signaling carriers and numerous independent carriers, 
but in the future, there will be many new local exchange 
carriers. Internet Service Providers (ISPs), for example, are 
expected to rush into the local exchange switching market. 

In a regulated environment, the major signaling carriers 
could establish common standards and rely on trust of one 
another to ensure that proper signals were carried in the 
signaling network. In a deregulated environment, the sig- 
naling network is perceived as a less trustworthy environ- 
ment. In particular, in the past, the physical security of SS7 
switching facilities provided the primary overall security of 
an SS7 switching network. Now, there is less assurance that 
new carriers will maintain the same level of physical facility 
security that the major carriers have enforced in the past. 

Further, in the deregulated environment, a carrier cannot 
be trusted to connect to the network and use it in a proper 
manner. For example, a carrier could generate calls for no 
reason. A carrier could claim to have reachability to another 
location when in fact it doesn't have that capability. Acarrier 
could express state information about its circuits incorrectly. 
A carrier could generate Initial Address Messages to distant 
switches and then wait for them to time out. All these 
operations are improper and potentially harmful to other 
network elements and to the private data networks that are 
connected to such network elements. 

In data networks, firewalls are available that are based on 
UNIX computer systems, and may operate in standalone 
fashion or are integrated into routers. Firewalls can be used 
to selectively admit or deny data packets based on rules or 
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policies. Such firewalls, however, cannot be used in SS7 
telephone networks or their component systems because 
their hardware and software is incompatible. For example, 
lower SS7 messaging layers require unique firmware and 

5 hardware for terminating trunks. Further, SS7 is a message- 
oriented protocol that requires the use of special messages 
for graceful startup and shutdown of links. These messages 
are not supported in available firewalls. 

Accordingly, there is a need to improve signaling security 

10 and data channel security between signaling network enti- 
ties. 

In particular, there is a need to protect internetworks, 
LANs and WANs from undesirable, undefined, or malicious 
signals and messages originating in local exchange carriers 

is or other carriers outside such data networks. 

There is also a need for a system and method that can 
interconnect a data network, and servers thereof, to a circuit- 
switched telephony network that uses time-division multi- 
plexed signaling, for a variety of purposes. In particular, 

20 there is a need for a system and method that can interconnect 
a data network to a circuit-switched telephony network that 
uses Signaling System 7 protocols for signaling. 

SUMMARY OF THE INVENTION 

25 The foregoing needs and objects, and other needs and 
objects that will become apparent from the following 
description, are fulfilled by the present invention, which 
comprises, in one aspect a telecommunications apparatus 
that can interconnect a circuit-switched telephone network 

3 0 and a packet -switched data network to enable communica- 
tion among the networks. The apparatus has a first server 
coupled to a signaling trunk of the telephone network to 
interchange call signaling messages therewith, and coupled 
to a control network. One or more second servers each are 

35 coupled to a voice trunk of the telephone network to 
communicate voice-band information thereon, and coupled 
to receive instructions from the first server through the 
control network, and coupled to the data network to com- 
municate data thereon. First and second software compo- 

40 nents are executed by and controlling the first server and the 
second server, respectively, and interact cooperatively to 
establish a call originating in the telephone network and 
containing voiceband information and terminating in the 
data network, based on call signaling information received 

45 from the signaling trunk by the first server. 

One feature of this aspect is that the first and second 
software components interact cooperatively to establish a 
call originating at one of the second servers and containing 
voiceband information and terminating in the telephone 

50 network, based on call signaling information generated by 
the first server and provided on the signaling trunk. 

Another feature is that the second servers are coupled to 
the data network by an Internet Protocol (IP) backbone 
apparatus, and the second servers are coupled to the first 

55 server and to a management network by the control network, 
and the control network, the management network, the first 
server, and the second server communicate using IP. 

In another feature, the signaling trunk and the voice trunk 
originate in a Common Channel Signaling telephone net- 

60 work. Another feature is that the signaling trunk is a Sig- 
naling System 7 (SS7) trunk, and the data network is a 
global, packet-switched network that operates using Internet 
Protocol (IP) and Transmission Control Protocol (TCP). 
According to another feature, the signaling trunk is coupled 

65 to a Signal Transfer Point of the telephone network and each 
of the second servers is coupled to receive the voiceband 
information from a switch of the telephone network. 
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la yet another feature, the signaling trunk is coupled from 
the first server to a digital cross connect apparatus that is 
coupled to the telephone network, and each of the second 
servers is coupled by an associated voice trunk to the digital 
cross connect apparatus to receive the voiceband informa- 5 
tion therefrom. Still another feature is that the apparatus 
includes a cross-connect apparatus logically coupled 
between the telephone network and both the signaling trunk 
and the voice trunk, and means, coupled between the sig- 
naling trunk and the first server, for communicating call to 
routing signals from the digital cross-connect apparatus 
through the signaling trunk and to the first server. The 
software components are configured to receive call signaling 
messages from the means for communicating and over the 
control network, and to communicate the call signaling 15 
messages back over the control network to the second 
servers. 

Still another feature is that the software components 
comprise instructions which, when executed by the first 
server, cause the first server to carry out the steps of 20 
receiving a call setup message from the telephone network 
that contains a master telephone number; sending a respon- 
sive message to the telephone network that contains a 
specific telephone number associated with one of the second 
servers; and setting up a call between the telephone network 2 5 
and one of the second servers that is associated with the 
specific telephone number. A related feature is that the 
software components further comprise instructions which, 
when executed by the first server, cause the first server to 
carry out the steps of receiving a call offer message from the 30 
telephone network that contains the specific telephone num- 
ber. 

Another related feature is that the software components 
further comprise instructions which, when executed by the 
first server, cause the first server to carry out the steps of 35 
determining that the one of the second servers has insuffi- 
cient resources to set up the call; communicating a call 
release message from the first server to the telephone 
network; communicating a second responsive message from 
the first server to the telephone network, wherein the second 40 
responsive message contains a second specific telephone 
number that is associated with a second one of the second 
servers. 

BRIEF DESCRIPTION OF THE DRAWINGS 45 

The present invention is illustrated by way of example, 
and not by way of limitation, in the figures of the accom- 
panying drawings and in which like reference numerals refer 
to similar elements and in which: 

FIG. lAis a block diagram of a preferred embodiment of 50 
a call monitoring system coupled to a telephony network and 
a data network; 

FIG. IB is a network diagram of further details of the 
system of FIG. 1A; 

FIG. 1C is a block diagram of the logical placement of a 
preferred embodiment of the system of FIG. LA; 

FIG. 2A discloses an alternate configuration of the system 
of FIG. 1C; 

FIG. 2B discloses another alternate configuration of the 60 
system of FIG. 1C; 

FIG. 2C is a block diagram of a process of routing a call 
using the system of FIG. 1A; 

FIG. 3 is a block diagram of a configuration of multiple 
Network Access Servers and a Signaling Access Server; 65 

FIG. 4 is a state diagram of processes executed by a 
Network Access Server in processing calls; 
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FIG. 5 is a state diagram of processes carried out by a 
Signaling Access Server; 

FIG. 6 is a state diagram of processes carried out by the 
Network Access Server to perform continuity testing; 

FIG. 7 A is a call flow diagram showing messages com- 
municated in carrying out certain call processing functions; 

FIG. 7B illustrates messages exchanged as in FIG. 7 A, 
with an alerting function applied to the call; 

FIG. 7C illustrates messages exchanged as in FIG. 7A, 
when establishing a call that is originated by a Network 
Access Server; 

FIG. 8 A illustrates messages exchanged in clearing or 
completing a call; 

FIG. 8B illustrates messages exchanged when a call is 
cleared from the Network Access Server side of the con- 
nection; 

FIG. 8C illustrates messages exchanged in establishing a 
call originated by the telephone network and with successful 
continuity testing; 

FIG. 8D is a diagram of messages communicated among 
the network, Signaling Access Server, and Network Access 
Server in setting up a call, originated at the network, with 
continuity testing enabled but when continuity fails; 

FIG. 9 is a block diagram of internal components of 
Signaling Access Server including the means of intercom- 
munication among the components and the output produced 
by the components; 

FIG. 10 is a block diagram of a process of converting call 
detail records; 

FIG. 11 is a block diagram of an integrated Element 
Management System; 

FIG. 12 is a block diagram of an embodiment of software 
elements that may be executed by Network Access Server; 

FIG. 13 is a block diagram of hardware components of a 
Signaling Access Server; 

FIG. 14 is a block diagram of software elements relating 
to protocol conversion that may be executed by a Signaling 
Access Server. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

A method and apparatus for interconnecting a circuit- 
switched telephony network and a packet-switched data 
network are described. In the following description, for the 
purposes of explanation, numerous specific details are set 
forth in order to provide a thorough understanding of the 
present invention. It will be apparent, however, to one 
skilled in the art that the present invention may be practiced 
without these specific details. In other instances, well-known 
structures and devices are shown in block diagram form in 
order to avoid unnecessarily obscuring the present inven- 
tion. 

System Overview 

The present disclosure will describe an invention which, 
in one embodiment, provides a distributed system for inter- 
connecting one or more Network Access Servers, which are 
coupled to a data network such as the Internet, to a circuit- 
switched Time Division Multiplexing telephone network 
that uses Signaling System 7 protocols for signaling. The 
interconnection is achieved, in part, using a protocol con- 
verter that is configured as a Signaling Access Server 
("SAS") and that interworks with a Network Access Server 
("NAS"). "Interworks" means, for example, that the Signal- 
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ing Access Server commands and manages the Network 
Access Servers using a signaling and control network; it is 
also possible for the NAS to place outgoing calls through the 
SAS to an SS7 network. 

FIG. 1A is a block diagram of the logical placement of a 5 
preferred embodiment of a call monitoring system 2 within 
a telephony network 4 and a data network. System 2 
comprises one or more Network Access Servers 118, located 
at one or more service provider points of presence. Each 
Network Access Server 118 is coupled to and provides 10 
termination for a pre-determined number of voice network 
trunks 10. Each Network Access Server 118 has a first 
Internet Protocol network interface coupled to a data net- 
work backbone 14 and a second Internet Protocol network 
interface coupled to the service provider's management, 15 
signaling and control network 12. There may be more than 
two IP network interfaces so that the system supports 
redundant IP links for communication between the NAS and 
SAS. 

The data network backbone 14 is coupled to an external 20 
IP data network 122, such as the Internet. The data network 
backbone is owned and operated by the service provider, 
which may be an Internet Service Provider. The service 
provider's management, signaling and control network 12 is 
generally maintained securely, according to telephone indus- 25 
try standards, and is generally more trusted than the IP data 
network 122. 

The voice network trunks 10 may originate from any type 
of Time Division Multiplexing network infrastructure, and 3Q 
may be ISDN Primary Rate Interface trunks, Tl trunks, El, 
13, E3, etc. The voice network trunks 10 are matched with 
compatible digital interfaces at each Network Access Server 
118. In the preferred embodiment, the voice network trunks 
10 comprise only bearer channels. Thus, the voice network 3S 
trunks do not carry associated signaling channels. Instead, 
all signaling channels of telephone network 4 terminate at 
Signaling Access Server 112. 

One or more Signaling Access Servers 112 are coupled to 
one or more SS7 signaling trunks 20. Each Signaling Access 40 
Server 112 terminates the SS7 signaling links and handles 
voice network maintenance messages, as well as call control 
messages. A particular Signaling Access Server 112 may be 
co-located with the Network Access Servers 118, or located 
near a circuit switch or Service Control Point of a telephone 4S 
service provider. One Signaling Access Server 112 may 
provide signaling and call processing services for a large 
number of Network Access Servers 118. Each Signaling 
Access Server 112 may be replicated for redundancy. From 
the point of view of the network 4, each Signaling Access 50 
Server 112 represents a terminating and originating Service 
Control Point. 

The SS7 signaling trunks 20 may be A-Links, or F-Links 
that have been separated from their associated voice trunks 
and delivered to the Signaling Access Server 112 using 55 
separate facilities. Alternatively, SS7 signaling may be back- 
hauled over voice network trunks 10. In still another 
alternative, the SS7 signaling may be encapsulated by a 
separate apparatus and backhauled over the IP Control/ 
Maintenance Network 16. 60 

The Signaling Access Server 112 communicates with the 
Network Access Servers 118 over the management, signal- 
ing and control network 12. The Signaling Access Server 
112 is coupled to the management, signaling and control 
network 12 by connection 22. Preferably, Signaling Access 65 
Server 112 communicates over the network 12 with Network 
Access Servers 118 using an agreed-upon protocol, which 
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may be similar to the UDP protocol Advantageously, only 
layer 3 of the ISDN protocol is needed when the system 
operates using UDP. 

Functions of the Signaling Access Server 112 include SS7 
signaling; carrying out call control in communication with a 
Network Access Server; establishing and managing 
bi-directional calls; fault management; compiling and 
reporting on telephony statistics; implementing custom fea- 
tures; and providing call detail accounting. 

Each Network Access Server 118 provides bearer channel 
termination; implements modem pools; provides IP routing; 
implements authentication, authorization, and accounting 
(AAA) functions; generates telephony tones using digital 
signal processors; provides virtual private network manage- 
ment; manages faults that occur with bearer channels; and 
compiles and reports on statistical information relating to 
bearer channels. For example, a Network Access Server 118 
may provide routing functions that carry out authentication 
functions and call completion functions. Preferably, each 
Network Access Server 118 has a Q.931 protocol stack for 
use with ISDN Primary Rate Interface (PRI). Each NAS also 
contains a time division multiplexer (TDM) that chooses a 
channel and selects and assigns a free modem from among 
the modems in the NAS. Each NAS may accept a Ioopback 
circuit, which may be accomplished by installing a driver 
and modifying microcode that controls the TDM so as to 
permit circuits to go into a Ioopback. 

FIG. IB is a network diagram of further details of the 
system of FIG. 1A. Signaling Access Server 112 is coupled 
to a local area network or LAN 108 that comprises numerous 
network devices, such as Network Access Servers 
118fl-118c. An example of a Network Access Server is the 
Cisco Model AS5300, commercially available from Cisco 
Systems, Inc., San Jose, Calif. Such Network Access Servers 
contain modems or digital signal processors for handling 
data calls communicated between nodes of the LAN 108 and 
external nodes such as server 109. 

FIG. IB shows an exemplary configuration in which only 
one Signal Transfer Point (STP) 104 of one carrier is 
coupled to Signaling Access Server 112. Thus, there is only 
one external point at which signaling information from 
network 4 can reach Signaling Access Server 112. However, 
many Signaling Access Servers 112 may be connected to 
numerous carriers. In this environment, there is an acute 
need to protect the Signaling Access Server 112, and the 
LAN 108, from malicious or undesirable signaling 
messages, requests, or other information. 

Signaling Access Server 112 communicates using SS7 
messages. The SS7 messages are communicated using a 
stack comprising IS UP format messages, MTP-3 format 
messages, MTP-2 format messages, and MTP-1 format 
messages. The stack may also use TCAP, SCCP, MTP-3, 
MTP-2, and MTP-1 protocols. 

FIG. 1C is a block diagram of the logical placement of a 
preferred embodiment of the system 2 in a telephone net- 
work. Signaling Access Server 112 is coupled by an A-link 
to Signal Transfer Point (STP) 104, which may be associated 
with a Competitive Local Exchange Carrier (CLEC) home 
gateway. The Network Access Servers 118 are coupled by 
voice links V to one or more switches such as local switch 
116, tandem switch 114, and tandem/local switch 128. The 
STP 104 may be coupled by a B-link to another STP 106 that 
is associated with an Incumbent Local Exchange Carrier 
(ILEC) gateway. The STP 106 may be coupled to the tandem 
switch 114 and if so, the tandem switch thereby provides 
ILEC access. The STP 104 is also coupled by A-links to the 
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tandem/local switch 128 and local switch 116. The tandem/ communications systems involve differing markets such as 

local switch 128 communicates with an inter-exchange ILEC, CLEC, IXC, and ISP; systems having greatly varying 

carrier and a CLEC where as the local switch 116 is scales or sizes, such as from 100 to many thousands of 

associated with the CLEC. In this configuration, the system signaling channels; different geography such as single site, 
2 emulates an end office switch that terminates calls. 5 metropolitan area, national, or international, and different 

Signal transfer points 104, 106 generally comprise packet SS7 signaling link topologies, 
switches that create a star network for communication of [q ^ s{ lc&{ confi tioQj the lera 2 ^ led t0 

signaling information. An STP may carry out global title a ^ ^ ^ * whicfa ^ £ 

tra^laaon andm £ TDM multiplexed trunks to the Signaling Access 

trol points, such as SCP 102, carry out network-related in y r . f e AC 7? n 

services, such as global title translation or mapping an 10 Se ™ * 2 ° f ;^ation of the SAS. GeneraUy, 

800-typc telephone number to an address or point code. The such A-links use Tl/El or V.35 interfaces that can terminate 

general structure and functions of STPs and SCPs are well directl y onto 1/0 cards lhat are 10 Signaling Access 

known in the field. Servcr 112 ' ^ showo m FIG lA * 

In the preferred embodiment, the Signaling Access Server FIG. 2 A discloses an alternate configuration, in which the 

112 and Network Access Servers 118 communicate using a 15 SS7 system uses F-links. Each F-link is multiplexed in the 

special signaling protocol. In one embodiment, the special SS7 trunks, and DSOs carry bearer traffic. In this 

signaling protocol is based on Q.931 with certain custom configuration, the signaling channels need to be separated 

enhancements. Alternatively, the communications may out ("groomed") and delivered to the SAS. Voice/signaling 

involve delivering the SS7 signaling directly to the Network network trunks 10a are coupled to a digital cross-connect 

Access Server and having it operate as an SS7 signaling 20 200, such as an add/drop multiplexer. Signaling channel 

point itself. The preferred embodiment, however, has several information is groomed from the trunks 10a and delivered 

important advantages, including: on signaling trunks 202, which are coupled to Signaling 

1. The Network Access Server 118 need not implement Access Server 112. The voice/signaling network trunks 10a 
SS7 protocols, especially certain low- level legacy pro- are also passed through unchanged and provided to the 
tocols such MTP-1 or MTP-2, which are burdensome 25 Network Access Servers 118, as indicated by trunks 10b. 
and may require special hardware or firmware. FIG. 2B discloses yet another alternate configuration, in 

2. The Network Access Server 118 can be configured with which the SAS is not physically co-located with the Net- 
increased capacity ("scaled**) according to the number work Access Servers. In this configuration, the cost and 
of bearer channels supported in a particular platform. In 3Q difficulty of backhauling the separated F-links from the 
contrast, not all platforms are well suited to the task of digital cross-connect 200 to the SAS may be substantial, 
terminating SS7 signaling. Additional multiplexing equipment may be needed to groom 

3. Configuring the SS7 signaling in a separate platform the signaling links and additional circuits may be needed to 
permits aggregation and improved management, bring the signaling back to the Signaling Access Server, 
because the Signaling Access Servers and Network 35 Accordingly, one approach is to tunnel certain F-link 
Access Servers need not be co-located. In contrast, one protocols, such as MTP-3 and higher protocols, through the 
Signaling Access Server can service many Network IP control/management network 16. As shown in FIG. 2B, 
Access Servers that are in different geographic loca- voice/signaling network trunks 10a arrive at the digital 
tions. cross-connect 200. F-link protocol information is groomed 

4. The Signaling Access Server is specialized for signal- 40 from the trunks 10a and coupled to an SS7 FRAD 206 by 
ing termination and conversion. Accordingly, it can be trunks 202. Generally, the path of the separated F-link 
more easily optimized for high performance and seal- information is shown by line 204. FRAD 206 is coupled to 
ability. a device 208, which is coupled to the signaling and man- 

5. The SAS can provide signal interworking between the agement control network 12. The SS7 FRAD 206 terminates 
Network Access Servers and the large number of SS7 45 & c lower lavers of thc SS7 protocol stack and transports the 
variants that are currently in use around the world, u PP cr lavcrs > sucn as layer MTP3 and above, over a packet 
without adding complexity to the Network Access network. The F-link information is communicated through 
Servers. ^ control/management network 16 and arrives at the Sig- 

6. The SAS is implemented based on a general-purpose nalin £ Access Server 112 over IP protocol link 212. 
computer system that implements various open stan- 50 The foregoing configurations rely upon a IP intranet, in 
dards. Therefore, the computer system can host other the form of backbone 14 and network 18. Accordingly, the 
applications, and interface more easily with existing IP connections of the Signaling Access Server 112 and 
applications running on other hosts. Network Access Server 118 must be reliable. Therefore, it is 

7. There is no need to expand or upgrade end-office preferable to provide dual, fault-tolerant IP connections to 
telephone call switches to deal with increased traffic. 55 backbone 14 and network. It is also desirable for Signaling 
Instead, the SAS can be scaled-up, and can be scaled- Access Server 112 and Network Access Servers 118 to have 
up less expensively than modifying a switch. fault-tolerant software that can switch from a first connec- 

8. The SAS enables custom features to be added more * on to a connection when the first connection fails. 

eas ^* The Network Access Server 

9. The SAS can provide interfaces to Intelligent Network 60 

applications to provide intelligent call routing. Intelli- The Network Access Server 118 acts as the interworking 
gent call routing helps obtain optimal usage of Network gateway between the public switched telephone network and 
Access Server resources. me ^ ala networ ^ The Network Access Server comprises, in 

combination, the functionality of a router, TDM data bus, 
Connecting the System in the Networks 6S and a plurality or pool of DSPs or DSP resources. The 

An advantage of the system 2 is that it can be deployed in Network Access Server includes an interface to the tele- 
a variety of different contexts. For example, current tele- phone network and to the data network. The Network Access 
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Server 118 also terminates the bearer trunks that carry 
modem or ISDN circuit-data calls over the telephone net- 
work. The router component of the Network Access Server 
interprets signaling and directs the bit -stream of the call to 
the appropriate DSP for analog- to-digital conversion. The 
NAS interprets signaling and authorization packets for AAA 
functions, and routes the packetized information to its 
appropriate destination. 

Id the preferred embodiment, each Network Access 
Server 118 is a programmed computer system that has the 
general functions provided by Model AS5200, AS5300, or 
AS5800, which are commercially available from Cisco 
Systems, Inc. FIG. 12 is a block diagram of an embodiment 
of a software architecture 1200 that may be executed by 
Network Access Server 118. 

Signaling Access Server 112 

In the preferred embodiment, Signaling Access Server 
112 is a telecommunications network protocol interworking 
apparatus, or protocol converter, that provides the capability 
to interwork signaling protocols such as Q.931, SS7/C7, and 
others. In the preferred embodiment, each Signaling Access 
Server 112 is a programmed computer system that has the 
general functions provided by the SC2200 signaling 
controller, commercially available from Cisco Systems, Inc., 
and that is configured as set forth in this document. The 
Signaling Access Server 112 may support the protocols, 
messages, information elements, and information element 
mappings described in APPENDIX 1 to this document. 

FUNCTIONS 

In the preferred embodiment, each Signaling Access 
Server 112 implements the following functions. One or 
many of the functions may be omitted in alternative 
embodiments, and therefore, the following function list 
should be regarded as exemplary and not as a list of absolute 
requirements. 

1. Protocol interworking between SS7 and Network 
Access Servers. 

2. Element management, provided using a command-line 
interface that provides alarm and performance manage- 
ment. 

3. Call detail records. 

4. Basic trace capability for protocol conversion opera- 
tions. 

5. Application programming interface to enable applica- 
tions to run on the SAS and perform custom actions. 

6. Support for quasi-associated links and fully-associated 
links. 

7. Support for co-located and distributed Network Access 
Servers. 

8. Resource management and call control functions. 

9. Local number portability and terminating functions. 
In some embodiments, the SAS may provide one or more 

of the following functions: 

1. Generation of call detail records in custom formats. 

2. Originating switch functions. 

3. Management and counting of virtual private network 
sessions. 

4. Custom routing of calls to different Network Access 
Server resource pools. 

5. Call screening based on calling line identifiers. 

6. Number manipulation and translation. 

7. Custom protocol development to accommodate propri- 
etary protocol variants of different carriers or equip- 
ment manufacturers. 
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8. Service creation environment. 

9. Conversion analyzer. 

10. Connection to SSPs in an advanced intelligent net- 
work. 

11. Statistical data collection for traffic analysis. 

12. PBX feature transparency. 

13. Initiating outbound calls into the SS7 network. 

14. User authentication and privacy, beyond the features 
of the conventional SS7 network, such that access to 
the data network 122 is carried out in a secure manner. 

HARDWARE OVERVIEW 

A signal Access Server 112 may be implemented based on 
the protocol converter that is described in more detail in U.S. 
Pat. No. 6,111,893 entitled "Universal Protocol 
Conversion," issued on Aug. 29, 2000, by Lev Volftsun, 
Clay H. Neighbors, David S. Turvene, Fred R. Rednor, 
Anatoly V. Boshkin, and Mikhail Rabinovitch, the entire 
contents of which are hereby incorporated by reference as if 
fully set forth herein. The above-reference as if fully set 
forth herein. The above-referenced patent document dis- 
closes structural and functional details of an embodiment of 
a protocol converter that can be used to implement the 
Signaling Access Server 112. For purposes of context in this 
document, however, an overview of such structures and 
functions in an alternative embodiment is now provided. 

Referring to FIG. 13, the hardware components, computer 
system 1300, of a protocol converter include a bus 1302 or 
other communication mechanism for communicating infor- 
mation between internal components of the computer system 
1300. A central processing unit ("CPU") 1304, comprising 
one or more processors, is coupled with bus 1302 for 
processing information. Computer system 1300 also 
includes a main memory 1306 coupled to bus 1302 for 
storing information and instructions to be executed by CPU 
1304. Main memory 1306 typically includes a random 
access memory ("RAM") or other dynamic storage device, 
for storing temporary variables or other intermediate infor- 
mation during execution of instructions to be executed by 
CPU 1304. Main memory 1306 may also include a read only 
memory ("ROM") or other static storage device for storing 
static information and instructions for CPU 1304. A storage 
device 1308, such as a magnetic disk, magnetic tape, or 
optical disk, is provided and coupled to bus 1302 for storing 
information and instructions. 

In some implementations, computer system 1300 includes 
a video card 1310 coupled to bus 1302 for controlling 
display unit 1312, such as a cathode ray tube (CRT), a liquid 
crystal display (LCD), a video monitor or other display 
device, to display information to a computer user. An input 
device 1314 is coupled to bus 1302 for communicating 
information and command selections from a user to CPU 
1304. Typically an input device includes a keyboard with 
alphanumeric, symbolic, and cursor direction keys for 
receiving input from a user in the form of commands and 
data entry and communicating the input to CPU 1304. The 
input device typically includes a cursor control input device, 
such as a mouse or a trackball, integral with or separate from 
the keyboard, for controlling cursor movement on display 
unit 1312, and communicating direction information and 
command selections to CPU 1304. A cursor control input 
device typically has two degrees of freedom in two axes, a 
first axis (e.g., x) and a second axis (e.g., y), that allows the 
device to specify positions in a plane. In other 
implementations, these devices are connected to the com- 
puter system via a local area network such as Ethernet. 

Computer system 1300 also includes a communication 
interface 218 coupled to bus 1302 and comprising, for 
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example, a plurality of I/O cards 218a through 218/ Ten I/O instructions may initially be borne on a magnetic disk of a 

cards 218a through 218/ are shown in FIG. 13, but any remote computer and downloaded to computer system 1302. 

number of I/O cards, modems, transceivers, or other I/O The remote computer can load the instructions into its 

devices may be used. Communication interface 218 pro- dynamic memory and send the instructions over a telephone 

vides a two-way data communication coupling to one or 5 line using a modem. A communications interface 218 local 

more coding units and zero or more other signaling units. to computer system 1300 can receive the data on a telephone 

Some of the I/O cards 218*7-218; can be coupled directly to line or other network or telecommunication link and place 

SS7 or DPNSS links via multiplexer/digital cross connect the data on bus 1302. Bus 1302 carries the data to main 

(not shown). memory 1306, from which CPU 1304 retrieves and executes 

At least one of the I/O cards, for example I/O card 218a, 10 the instructions. The instructions received by main memory 

is coupled to a coding unit through control link 1320. 1306 may optionally be stored on storage device 1308 either 

Communication interface 218 may include an integrated before or after execution by CPU 1304. The received 

services digital network (ISDN) card, terminal adapter, or instructions may be executed by CPU 1304 as it is received, 

modem for providing a data communication connection to a and/or stored in storage device 1308, or other non- volatile 

corresponding type of telephone line. As another example, 15 storage for later execution. In this manner, computer system 

communication interface 218 may include a local area 1300 may obtain application code in the form of a carrier 

network (LAN) card to provide a data communication wave. 

connection to a compatible LAN, for example an Ethernet SOFTWARE ARCHITECTURE 

network. Wireless links, such as infrared, for communica- FIG. 14 schematically illustrates a software architecture 
tion interface 218 may also be implemented. In any such 20 relating to protocol conversion implemented on a computer 
implementation, communication interface 218 sends and system 1300 of a protocol converter that implements Sig- 
receives electrical, electromagnetic or optical signals that naling Access Server 112. The software architecture 
carry digital or analog data streams representing various includes an I/O subsystem 1400 for handing OSI Layer 2 
types of information, in the form of carrier waves transport- (data link layer) messages and a protocol conversion engine 
ing the information. 25 1410 for handling messages at OSI Layer 3 (network layer) 
This configuration enables the use of a computer system and above. I/O subsystem 1400, containing I/O channel 
1300 for establishing data calls arriving over voice connec- controllers 1402, 1404, and 1406, is configured for handling 
tions to a data network. For example, such functionality is incoming connection requests and other incoming messages, 
provided by computer system 1300 in response to CPU 1304 For example, I/O subsystem 1400 can convert OSI Layer 2 
executing one or more sequences of one or more instructions 30 frames and packets that transport the message into an OSI 
arranged in main memory 1306. Such instructions may be Layer 3 networking protocol data unit, which is a populated 
written into main memory 1306 from another computer- data structure that represents the contents of the messages, 
readable medium, such as storage device 1308. Execution of Specifically, I/O subsystem 1400 may be configured to 
the sequences of instructions contained in main memory convert LAP-D (Link Access Protocol-D) frames or Ether- 
1306 causes CPU 1304 to perform the process steps 35 net frames into protocol data units. Moreover, the I/O 
described herein. One or more processors in a multi- subsystem 1400 is also responsible for converting protocol 
processing arrangement may also be employed to execute data units generated by the protocol conversion engine 1410 
the sequences of instructions contained in main memory into frames and packets as appropriate for transmission in 
1306. In alternative embodiments, hard -wired circuitry may the telecommunications network. Each I/O channel control- 
be used in place of or in combination with software instruc- 40 ler 1402, 1404, and 1406 is responsible for messages from 
tions to implement the invention. Thus, embodiments of the a network channel handled by a corresponding I/O card of 
invention are not limited to any specific combination of communications interface 218. 

hardware circuitry and software. The protocol conversion engine 1410 includes a plurality 

The term "computer-readable medium" as used herein of protocol adapters, implemented to support respective 

refers to any medium that participates in providing instruc- 45 protocols or protocol families, and a number of call 

tions to CPU 1304 for execution. Such a medium may take instances corresponding to each active call. A protocol 

many forms, including but not limited to non-volatile media, adapter is a software module responsible for interfacing the 

volatile media, and transmission media. Non-volatile media protocol conversion engine 1410 with the I/O subsystem 

include, for example, optical or magnetic disks, such as 1400. Specifically, a protocol adapter, when loaded and 

storage device 1308. Volatile media include dynamic 50 executed, is configured to connect with I/O subsystem 1400 

memory, such as main memory 1306. Transmission media in order to route protocol-specific messages between an I/O 

include coaxial cables, copper wire and fiber optics, includ- channel and the appropriate call instance. Multiple instances 

ing the wires that constitute bus 1302. Transmission media of the same protocol adapter may be loaded and executed, 

can also take the form of acoustic or light waves, such as each of which is associated with a respective I/O channel, 

those generated during radio frequency (RF) and infrared 55 Although the protocol adapters are fundamentally 

(1R) data communications. Common forms of computer- bi-directional, it is convenient to refer to an originating 

readable media include, for example, a floppy disk, a flexible protocol adapter 1412, an external protocol adapter 1414, 

disk, hard disk, magnetic tape, any other magnetic medium, and a terminating protocol adapter 1416, based on their 

a CD-ROM, DVD, any other optical medium, punch cards, particular function during a call. Thus, a protocol adapter 

paper tape, any other physical medium with patterns of 60 can be employed as an originating protocol adapter 1412 for 

holes, a RAM, a PROM, and EPROM, a FLASH-EPROM, one call and as a terminating protocol adapter 1416 for 

any other memory chip or cartridge, a carrier wave as another call. 

described hereinafter, or any other medium from which a An originating protocol adapter 1412 is capable of decod- 

computer can read. ing an incoming message to determine the call with which 

Various forms of computer readable media may be 65 the message is associated. Each message transmitted on a 

involved in carrying one or more sequences of one or more signaling channel contains a protocol -dependent value that 

instructions to CPU 1304 for execution. For example, the serves to disambiguate messages for different calls from the 
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same logical signaling channel. Every telecommunications 1414 can employ a proprietary protocol for communicating 

protocol provides some means for matching up a message with an external Fraud Control System involved in non-real- 

with an associated call. For example, a specific call identifier time control over the call For implementing voice over 

is embedded in the message (e.g., the Call Reference field packet-switching networks, the external protocol adapter 

used in ISDN„PRI) or the bearer channel identifier is 5 1414 is used for real-ume communication with a coding unit 

embedded (e.g. with DPNSS and SS7/ISUP). Preferably such ™ m originating coding unit and a terminating coding 

SAS 112, which is capable of supporting many different unit * Accordingly, the external protocol adapter 1414 is 

protocols, is not limited to any particular means of matching j^T*^ W ! th the "° channe ! 

up messages with the associated calls. Also, each call is conlroller 1404 m the ^ Sy ^ m 14 °? fo '^ nd t 1D S a ° d 

•j » c j * . ii -.l ■ • , ■ • c c *u receiving messages with the coding unit and routing the 

identified internally with a unique ; integer identrfer for the 10 ffi & {q Jf from ^ ^ ^ fa 

signaling unit, referred to as a "Global Call Reference, extemal q1 ac £ te 7 1414 ^ ble of instan . 

„ u h , ~ ?f n% . lhC ^ inslant J al f d - one or more new cal1 instaDces based U P° D a messa S e 

Global CaU Reference distinguishes simultaneously bandied rece ived from the extemal channel. In such an event, the 

calls from one another. When concatenated with a network other p rotoco i adapters 1412 and 1416 are directed to initiate 

or other identifier of the signaling unit, the Global Call 15 a ca ji f rom a logical "originating" node to a terminating 

Reference serves to create a Universal Call Reference for the node. 

call that is unique for the network. A call instance 1420 is instantiated by an originating 
Accordingly, the originating protocol adapter 1412 is protocol adapter 1412 (or an external protocol adapter 1414) 
configured to associate the Global Call Reference with a for processing a call and performing protocol conversion, if 
corresponding call instance 1420. The corresponding call 20 necessary. A call instance 1420 may be implemented in a 
instance 1420 is responsible for processing the call, includ- variety of ways, including by a separate process, thread, or 
ing converting, if necessary, the protocol from the original- an interruptible flow of execution that can be resumed, 
ing side to be compatible with the protocol at the terminating When the call instance 1420 is instantiated, memory for 
side. If the originating protocol adapter 1412 can locate the originating call control ("OCC") 1422, universal call model 
corresponding call instance 1420 for the message, then the 25 ("UCM") 1424, and terminating call control ("TCC") 1426 
protocol adapter 1412 routes the message to the call instance is allocated and initialized. The call instance 1420 also 
1420 for further processing as described hereinafter. On the contains a call context 1428, which is a region of memory 
other hand, the originating protocol adapter 1412 may not be for storing information about the current call. Some call- 
able to find the corresponding call instance 1420, for related information that persists beyond the duration of the 
example, because the message is the first message pertaining 30 call may be stored in a database in main memory 1306 or 
to a call. In that case, the originating protocol adapter 1412 storage device 1308 to implement billing records, 
is designed to instantiate a new call instance 1420 corre- Preferably, OCC 1422, UCM 1424, and TCC 1426 are 
sponding to the particular phone call and to route the implemented as state machines by objects in an object- 
message into the new call instance for further processing. oriented programming language such as C++ or by other 
When a new call instance 1420 is instantiated, for 35 data structures in other programming languages. A state 
example by originating protocol adapter 1412, an appropri- machine is an automaton that transitions from one of a finite 
ate channel for the call is determined based on an analysis number of states to another of those states in response to 
of the content of the incoming messages and the path by particular inputs. The output of a state machine occurs upon 
which the message arrived. The logic for selecting a channel a state transition and is based on the destination state, and 
may be static or dynamic. For example, static logic may be 40 typically also on the input and/or source state. The OCC 
implemented by a hard -coded table in a configuration file 1422, UCM 1424, and TCC 1426 state machines model a 
resident in storage device 1308, and dynamic logic may be call from the perspective of the originating protocol, a 
set up at run-time based on such factors as channel avail- universal protocol, and the terminating protocol, respec- 
ability. A combination of static and dynamic techniques may tively. 

be used as well. The channel is associated with a particular 45 OCC 1422 models a call from the perspective of the 
terminating protocol adapter 1416 and, hence, indicates the originating protocol. More specifically, OCC 1422 receives 
proper I/O channel controller 1406 and protocol on the messages in the originating protocol from originating pro- 
terminating side. The terminating protocol adapter 1416 can tocol adapter 1412 and, in response, transitions from one 
route messages from associated call instances to the corre- state to another state, resulting in outputting a non-protocol 
sponding I/O channel controller 1406, to a network node, 50 specific (i.e., universal protocol specific) message to UCM 
and ultimately to the destination telephone. In accordance 1424. Conversely, OCC 1422 receives non-protocol specific 
with the bi-directional nature of protocol adapters, a termi- messages from UCM 1424 and, by responsively transition- 
nating protocol adapter 1416 is configured also to receive ing from one state to another, outputs originating protocol 
protocol-specific messages from the terminating side of the specific messages to originating protocol adapter 1412. 
network and pass them to the appropriate call instance. 55 Likewise, TCC 1426 models the call from the perspective 
Likewise, an originating protocol adapter 1412 can receive of the terminating protocol. More specifically, TCC 1426 
messages from a call instance 1420 and pass them onto the receives non-protocol specific messages from UCM 1424 
corresponding I/O channel controller 1402 for transmission and, by responsively transitioning from one state to another, 
to the appropriate destination. outputs terminating protocol specific messages to terminat- 
An external protocol adapter 1414 is a special kind of 60 ing protocol adapter 1412. Conversely, TCC 1426 receives 
protocol adapter for interconnecting the protocol converter messages in the terminating protocol from terminating pro- 
with an external system involved with the call. For example, tocol adapter 1416 and, in response, transitions from one 
the external protocol adapter 1414 enables external systems state to another state, resulting in outputting a non-protocol 
to be involved in real-time Intelligent Networking (IN) call specific (i.e., universal protocol specific) message to UCM 
control such as Transaction Control Application Part 65 1424. 

(TCAP) communications with a C7 network Service Control UCM 1424 manages the call according to a universal cal) 

Point (SCP). As another example, external protocol adapter model that uses the universal protocol produced by OCC 
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1422 and TCC 1426. For the most part, UCM 1424 merely RUNNING OTHER APPLICATIONS ON THE SAS 

passes the universal protocol messages between the OCC HOST PLATFORM 

1422 and TCC 1426, thereby implementing a protocol The computer system used to implement the Signaling 

conversion of the originating protocol into the terminating Access Server n2 ma V also execute one or more other 

protocol via a universal protocol UCM 1424 may condi- 5 intelligent network applications. In this configuration, one or 

f. „ , , «™ . + A - C more separate applications execute on the SAS host and can 

Uonally send messages to OCC 1422 and TCC 1426, ^ J£ cq{ binaDSS7 

however, based on the capabilities and requirements of the netWQrk The separate applications may share data ^ the 

originating and terminating protocols, respectively. For primary call processing application executed by Signaling 

example, some protocols require acknowledgement mes- Access Server 112, and may deliver such data to remote 

sages to be sent in response to a call setup message and applications using transaction processing, 

others protocols do not. In this case, UCM 1424 is config- For example, a separate application may carry out intel- 

ured to determine whether the originating protocol needs the ligent routing to the appropriate Network Access Server 

acknowledgement message and cause one to be generated, if based on the 'H* of swvia that is required. This type of 

needed application could improve utilization of Network Access 

o- im\A aa~>a .v ~a tn m -«.,„«. 15 Server resources by re-directing calls to the Network Access 

Since UCM 1424 is positioned to intercept messages „ t , t . . / . . , , . . 

. A * , \ ¥ ™, Server that is best able to supply the required service, 
passed between the OCC 1422 and the TCC 1426, UCM LOCAL NUMBER PORTABILITY FUNCTIONS 
1424 can perform many kinds of message processing in Signaling Access Server 112 provides local network port- 
addition to protocol conversion. In accordance with one ability functions for calls terminating at an Network Access 
embodiment of the present invention, UCM 1424 is config- 20 Server 118 or originating from the Network Access Server, 
ured to implement feature transparency. Specifically, if the Local network portability is a circuit-switched network 
primary communication network 130 is unable to handle a capability that allows users to move or port their telephone 
particular feature even after protocol conversion, UCM 1424 numbers to a different local service provider, without chang- 
arranges for the feature to be communicated over the aux- ing their existing public directory numbers. Local number 
iliary communication network 132 using external I/O chan- 25 portability uses a unique 10-digit location routing number to 
nel controller 1404, as described in more detail hereinafter. identify each switch in the network for call-routing pur- 
SS7 SIGNALING MODES poses. As in the similar 800-number service, a database is 
Signaling Access Server 112 is able to function in any of used to store lhe routin S information for subscribers who 
the three modes of signaling that are used in SS7, namely have moved or P° rted t0 another local *™* Provider. The 
associated, non-associated, and quasi-associated signaling. 30 local number portability database contains the directory 
In associated mode, the signal links run directly in parallel DUD * ers f of subscribers and location routing 
. , lL , , A11 t - • * . ■ * number of a switch that serves them, 
with the bearer links. All connections are point-to-point, „ llt . . ttU KT fc 1A „ . , 
_ . . . . » j j Tor calls terminating at the Network Access Server, local 
therefore, routing is not required In non-associated mode, numbef biHl translation at lhe local exchange 

there is a separate logical path for the signal and bearer links. 35 on ^ originating side of ^ calL ^ e origmat i ag exchange 

Signal links generally go through multiple STPs to get to switch huncb€S local number p0 rtabUity database queries, 

their final destination. and routcs calls based 0Q lhe returne d response. Once the 

In quasi-associated mode, there is a separate logical path originating switch performs a local number portability data- 

for the signal and bearer links, but a minimal number of base query, it sets a new bit called the translated call number 

transfer points are used to reach the destination. 40 indicator in the forward call indicator parameter for the 

SS7 NETWORK INTERFACES initial address message. This bit indicates, to other switches 

Signaling Access Server 112 can connect to the SS7 in the call path, that the local number portability query 

network through its input/output cards, details of which are already has been performed. 

described more specifically in the above-referenced For calls originating from the Network Access Server, in 

co-pending patent application. For example, the Signaling 45 one embodiment, the Signaling Access Server 112 acts as a 

Access Server 112 connects to the SS7 network using V.35 client to an SCP application that can perform number 

interfaces, Tl/El or DSO interfaces. translation for local number portability. For Network Access 

SAS AS AN INTELLIGENT NETWORK APPLICA- Server-originated calls, Signaling Access Server 112 

HON launches a TCAP query to the SCP application after col- 

The above-referenced co-pending patent application 50 lecting all dialed digits. The translated number obtained 

describes a "universal call model" that is used to represent from the SCP is then used to route the call appropriately, 

slates of a call that is being processed by the universal EXTERNAL INTERFACES 

protocol converter. The universal call model of Signaling The Signaling Access Server 112 communicates exter- 
Access Server 112 has stable states that are entered at nally in four (4) ways. Signaling Access Server 112 corn- 
particular times during a call, referred to as "points-in-call." 55 municates with one or more Network Access Servers 118 
Access to external intelligent network applications is based using the Q.931 protocol defined in this document, over IP 
on a model of "triggers" that may be enabled at defined connections. Signaling Access Server 112 communicates 
points-in-call. The triggers use the TCAP protocol to with an SSP or other elements in the SS7 network over 
exchange messages with other applications in an SS7 net- signal channels that use the ANSI SS7 protocol, or other SS7 
work. 60 variants. Signaling Access Server 112 may communicate 
Preferably, two types of triggers are defined. In a "one- with an external network management system or with an 
way trigger," the Signaling Access Server 112 delivers a external data network using Simple Network Management 
message to an intelligent network application, and does not Protocol (SNMP) SET and GET commands, or using FTP 
wait for any response. In a two-way trigger, the Signaling file transfers. Also, Signaling Access Server 112 may corn- 
Access Server 112 sends a request to an intelligent network 65 municate with a client or human end user using commands 
application, and suspends call processing until a response is and responses in a command-line language ("man-machine 
received, or a time-out occurs. language" or MML). 
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INTERNAL COMPONENTS OF SIGNALING ACCESS 
SERVER 

FIG. 9 is a block diagram of internal components of 
Signaling Access Server 112 including the means of inter- 
communication among the components and the output pro- 5 
duced by the components. Each of the components of FIG. 
9 may be implemented as one or more software elements 
prepared in a conventional programming language, and each 
component may execute as a separate process or thread in 
Signaling Access Server 112. 

Conversion engine 900 is the logical center of the Sig- 
naling Access Server 112 and performs protocol conversion 
operations, and manages interworkingof call processing and 
circuit management on all controlled signal paths. Converter 
engine 900 may also collect call measurement information, 
logs alarms, logs call detail records, and carries out circuit 15 
management. Converter engine may also log call trace 
information and allow other processes to control call trace 
functions. 

Conversion engine 900 is coupled to an i/o channel 
manager 902 which in turn is coupled to one or more i/o 20 
channel controllers 904A, 904B, 904C. The i/o channel 
manager 902 controls the overall operation of the i/o channel 
controllers using command and response dialogues with the 
i/o channel controllers. For example, i/o channel manager 
902 changes the service state of channels in response to 25 
service state change messages received from conversion 
engine 900. The i/o channel manager 902 handles 
re-configuration, sets and clears alarms for the i/o 
subsystem, and negotiates channel service states with the 
conversion engine 900. The i/o channel manager 902 also 30 
notifies the conversion engine 900 of any changes in channel 
service states, and allows external processes to control 
input/output functions and the i/o channel controllers. 

Each i/o channel controller 904A, 904B, 904C provides 
an interface from the other components of Signaling Access 35 
Server 112 to the network 20. Generally, each i/o channel 
controller may maintain the lower levels of a protocol stack. 
An i/o channel controller may wrap message data units in a 
header and sends them to the conversion engine 900 as 
protocol data units. Further, an i/o channel controlled may 40 
accept outgoing protocol data units from the conversion 
engine 900, strip the header, and send them as message data 
units to the network 20. The i/o channel controllers also may 
monitor the status of i/o channels and collect measurement 
information. 45 

Each controller is associated with a particular SS7 pro- 
tocol variant. For example, i/o channel controller 904A is 
responsible for communicating in ANSI SS7 protocol. I/o 
channel controller 904B is responsible for communicating in 
ITU C7 protocol. I/o channel controller 904C uses the Q.931 50 
protocol variant that is defined in this document. 

A man-machine language ("MML") interpreter 906 is 
coupled to conversion engine 900, i/o channel manager 902, 
configuration manager 910, process manager 914, alarm 
manager 916, and measurement manager 918. The MML 55 
interpreter 906 receives one or more commands from a 
client, workstation or terminal that is coupled to the Signal- 
ing Access Server 112 for use by a user or administrator. The 
MML interpreter 906 interprets each command, determines 
where to send the command, and forwards the command to 60 
the appropriate element of the system. Thus, MML inter- 
preter 906 enables a user to conveniently address and 
command the other elements of the Signaling Access Server 
112 using a command-line language. The MML interpreter 
also interprets responses received from the other elements 65 
and processes of the system, carries out output formatting if 
necessary, and presents process output to the user. 
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Configuration manager 910 enables other elements of the 
Signaling Access Server 112 to register to receive notifica- 
tion of updates to shared data. For example, configuration 
manager 910 may notify registered processes when data 
updates occur, and may allow processes to notify it of data 
updates through its interface. 

The configuration manager 910 is coupled through an 
agent 912 to an external data network 930. For example, 
agent 912 is coupled to a local area network 930 that uses the 
SNMP protocol Agent 912 can request and receive network 
configuration updates that describe the devices, and their 
characteristics, which form the data network. For example, 
when the data network is an SNMP network, agent 912 can 
issue GET and SET commands in SNMP and thereby read 
and change values in management information bases 
("MIBs") within devices of the local area network 930. 

Alarm manager 916 maintains the current state of one or 
more alarms associated with Signaling Access Server 112. 
For example, alarm manager 916 may log alarms and allow 
other elements or processes to track the state of alarms 
through interfaces to those processes. 

Measurement manager 918 maintains shared measure- 
ment information for Signaling Access Server 112. For 
example, measurement manager 918 may allow other pro- 
cesses to get or set measurements, log measurements, allow 
processes to track measurements through its interfaces, and 
may set or clear alarms when pre-defined thresholds are 
crossed. 

A data dumper 908 process may be coupled to receive 
information from alarm manager 916, measurement man- 
ager 918, and conversion engine 900. The data dumper 908 
receives, for example, log information, formats the log 
information, and writes the log information in one or more 
log files 924. The information received by data dumper 908 
from conversion engine 900 may be in the form of call detail 
records. The alarm manager 916 may send alarm set infor- 
mation and alarm clear information to be recorded in the 
alarm log. The measurement manager 918 may send peri- 
odic reports of measurement totals, for each measurement 
category, to be logged in the measurement log. 

The data dumper 908 may actively manage such infor- 
mation. For example, data dumper 908 may open new files 
and close old files when one or more pre-defined thresholds 
for file size, time, or number of records are crossed. Data 
dumper 908 may also move old files to a spool area when the 
old files are closed. 

Process manager 914 manages the other processes of 
Signaling Access Server 112. Process manager 914 may 
perform orderly startup and shutdown of processes and 
process groups, and may monitor the status of processes 
such as whether a process is active or has crashed. The 
process manager 914 may also provide one or more inter- 
faces thai allow processes or process groups to be started or 
stopped by another process. For example, at system startup, 
i/o channel manager 902 may request process manager 914 
to start up i/o channel controller processes. The process 
manager 914 may also send periodic "heartbeat" messages 
to each process to verify that each process is alive, and 
automatically re-start processes if they have failed. 

Disk space monitor 920 is coupled to the process manager 
914 and functions to manage and track space used by the 
Signaling Access Server 112 on one or more mass storage 
devices. In one embodiment, disk space monitor 920 is 
executed periodically to check free space on the disks or 
other mass storage used by Signaling Access Server 112. 
Based on this check, the disk space monitor 920 generates 
a return code that is used by the process manager 914 to set 
or clear a disk space alarm. 
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CALL DETAIL RECORDS 

Some sort of call detail record is used in many known 
telecommunications support systems. For example, systems 
and applications for billing, traffic analysis, and fraud detec- 
tion use call detail records as a major source of input data. 5 
Signaling Access Server 112 can produce call detail records 
that are similar to those produced by switches or other 
network elements, because Signaling Access Server 112 has 
complete access to all signaling messages passing through it. 

Preferably, each call detail record produced by Signaling 10 
Access Server 112 is stored in ASCII format and has one or 
more comma-separated values. The call detail records are 
stored in spool files that can be collected by a billing system 
or other application. Each call detail record contains the 
values shown in Table 1: 15 

Table 1 — Call Detail Record Values 


20 


25 


Record version number 
Pre-translated calling number indicator 
Calling number 

Pre-translated dialed number indicator 
Dialed number 

Post-translated calling number indicator 
Translated calling number 
Post-translated dialed number indicator 
Translated dialed number 
Setup time 
Seizure time 
Answer supervision time 
Disconnect time 
Disconnect side 
Release code 
In signal path identifier 
In traffic channel identifier 
In protocol identifier 
Out signal path identifier 
Out traffic channel identifier 
Out protocol identifier 
Bearer capability flags 
Originating line flags 
Customer identifier 

Many different call detail record formats are in general 
use around the world. For example, in North America, the 
Bellcore format known as BAF (AM A) is widely used. In 
other regions of the world, Ericsson TMOS format, Siemens 50 
EWSD format, and a number of others are used. The values 
and structure of records in each format vary widely. 
Accordingly, Signaling Access Server 112 provides a 
mechanism of creating and storing call detail records in a 
format that different telephone company systems can use. 55 

In one embodiment, the mechanism is an auxiliary batch 
program that performs call detail record format conversion 
as a post-processing step. The batch program receives as 
input a file of call detail records that have been logged in a 
universal format generated by Signaling Access Server 112, 60 
and produces an equivalent output file containing the con- 
verted call detail records. 

FIG. 10 is a block diagram of a process of converting call 
detail records. Conversion engine 900 generates call detail 
information 1002 based on calls and messages that pass 65 
through the conversion engine and other elements of Sig- 
naling Access Server 112. Data dumper 908 receives the call 


40 


45 


detail information 1002 as input, formats the information 
into one or more comma-separated values, and generates call 
detail records 1004 as output, which are stored in current 
CDR file 1006. This process continues for so long as the 
Signaling Access Server 112 is in operation. Periodically, 
data dumper 908 causes the current CDR file 1006 to be 
copied to a spooled CDR file 1010. 

A custom batch CDR converter 1016 is invoked, as 
indicated by arrow 1014. Invocation of converter 1016 may 
be carried out manual by a user using an MML command, 
or may occur automatically under program control of Sig- 
naling Access Server 112. Once invoked, converter 1016 
receives the call detail records 1012 in the spooled CDR file 
1010 as input. Converter 1016 reads the records, reformats 
one or more values in each record according to one or more 
conversion rules, and generates custom formatted call detail 
records 1018 as output in a converted CDR file 1020. 

The converted CDR file 1020 is copied to an external data 
collection application 1024, as indicated by arrow 1022. The 
application 1024 may use the converted CDR file 1020 in 
any desired manner. 

In one embodiment, the conversion rules by default 
produce records that are formatted in BAF (AMA) format. 
The converter 1016 may be executed as a background 
process that is initiated by the data dumper 908 each lime 
that a call detail record file is closed. Also, one or more 
converters 1016 may be stored in Signaling Access Server 
112, and a user may specify one of the converters 1016 in a 
configuration parameter value. In this embodiment, when 
the configuration parameter value is null or otherwise 
undefined, no conversion is done. 

Some call detail record formats used by external appli- 
cations may require data that the Signaling Access Server 
112 does not collect or track. Accordingly, in another 
embodiment, the converter 1016 inserts a dummy value in 
the converted CDR records 1018 for each value that is not 
collected by the Signaling Access Server 112. 

The record version number stored in each call detail 
record may be used to provide backward compatibility 
among different versions of converters 1016. For example, 
data dumper 908 can store call detail records in different 
format, tagging each record with the correct record version 
number value. The data dumper 908 may also maintain a 
separate database table for each format version. 

ALARM LOG RECORDS 

Signaling Access Server 112 may generate an alarm log 
record each time that an alarm is set or cleared. Each alarm 
log record is stored in an ASCII, comma-separated value 
format that can be converted to another format. Each record 
contains a value for each of the data items shown in Table 
2. 

Table 2 — Alarm Log Record Values 

Record version number 

Timestamp of set or clear 

Alarm category name 

Alarm set or clear 

Alarm severity 

Alarmed component 

Process reporting alarm state change 

Examples of alarm states that are recognized include: 
signaling link alignment lost; signaling link congestion; 
signaling link inhibit; signaling link blocked; signaling point 
timers have expired; unexpected conditions or events; 
abnormal conditions or events; or a process is out of service. 
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MEASUREMENT LOG RECORDS 

In one embodiment, a measurement log record is gener- 
ated every fifteen (15) minutes. Measurements for 15, 30, 
and 60 minutes are reported. The records are logged in an 
ASCII, comma-separated value format that can be converted 
to other formats. Each record contains the values shown in 
Table 3. 

Table 3 — Measurement Log Records 

Record version number 
Tim est amp interval started 
Interval length in seconds 
Measurement category name 
Measurement value 
Measurement units 
Measured component 

Measurement values may be collected for the items set 
forth in APPENDIX 2. 
EVENT LOG RECORDS 

Referring again to FIG. 9, an event log process 922, which 
may be the UNIX system daemon "Syslogd," logs events of 
the Signaling Access Server 112. The event log process 922 
is associated with the other processes of Signaling Access 
Server 112 and receives input from one or more of them. 
Each event log record is stored in an event log file 932 and 
stores the data values shown in Table 4. 

Table A — Event Log Record Values 

Timestamp in GMT format 

Host name 

Process name 

Process ID 

Log Facility 

Log Severity 

Error number, if any 

Text 

The logged events may be forwarded to a remote system or 
remote console using an appropriate command to the event 
log process. For example, when the event log process is the 
Syslogd daemon, it may be configured to forward event log 
records using an appropriate UNIX command. 
CALL TRACES 

Conversion engine 900 may log call trace records for any 
signaling channel, under control of appropriate MML com- 
mands. Each call trace record may be stored in a binary 
format, and describes detailed processing of the conversion 
engine 900 for each protocol data unit. The call trace records 
may be examined off-line using a conversion analyzer or 
equivalent program. Thus, the call trace records provide a 
fingerprint of the lowest- level operations carried out by the 
system, and may help to resolve incompatibilities or other 
problems with call processing. 

MAN-MACHINE INTERFACE 

Signaling Access Server 112 preferably can receive, 
interpret, and respond to the following commands in the 
manner indicated below. In this description, capital letters 
indicate the name of a command, and triangular brackets 
enclose the names of parameters. For example, when 
"<number> w appears in this description, a user may enter the 
specified command by substituting a numeric value for 
"^umheo". 

The Alarm Acknowledge command has the format ACK- 
ALM:<almCa!egorylD>:<almCategoryName>, where 
<almCategoryID> is a numeric alarm category identifier and 
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<almCategoryName> is a string value that identifies an 
alarm category name. The Alarm Acknowledge command is 
used by a user to indicate that an alarm has been recognized 
but not cleared. 

5 The Block Circuit command has the format BLK- 
CIC:target:CIC:=<number>,[RNG=NUMBER], where 
<number> is a numeric circuit identifier value. The Block 
Circuit command is used to block a circuit or a range of 
circuits from carrying calls. A complementary Unblock 
Circuit command is also provided. Its syntax is UNBLK- 
CIC:target:CIC=<number>,[RNG=NUMBER], where the 
parameters are the same as for Block Circuit. The Unblock 
Circuit command makes circuits that have been blocked 
available to carry calls. 

The Change Configuration command has the format 

15 CHG-CFG: <table>, where <table> identifies a configuration 
table name, selected from among the values "Components," 
"sigPath," or "processes". The Change Configuration com- 
mand re-loads the specified configuration table. 
The Change Log command has the format CHG- 

20 LOG:<procName>:<logLevel>, where <procName> is the 
name of a process to be logged and <logLevel> is a logging 
level value selected from among DBG, INF, NOT, WRN, 
ERR, CRT, ALR, and EMR. The Change Log command also 
can be issued with the string ALL as the <procName> value. 

25 This command will set all processes to the specified logging 
level value. 

The Clear Alarm command has the format CLR- 
ALM:<compTypeName>:<almCategoryName>, where 
<compTypeName> is a name of a component type, and 

30 <almCategoryName> is the name of an alarm category. The 
Clear Alarm command clears an alarm category for a par- 
ticular component. 

The Clear Measurement command has the format CLR- 
MEAS:<compTypeName>:<measCategoryName>, where 

35 <compTypeName> is a name of a component type, and 
<measCategoryName> is the name of a measurement infor- 
mation category. The Clear Measurement command clears a 
measurement on a component. 

The Help command has the format "HELP" and causes 

40 the Signaling Access Server 112 to display a help file for the 
MML commands that are recognized by the SAS. 

The MML initialization command has the format MML-s 
[x], where x is a session identifier value. The MML initial- 
ization command initializes an idle MML session. 

45 The Quit command has the format "QUIT" and causes the 
Signaling Access Server 112 to end the current MML 
session. 

The Reset Circuit command has the format RESET_ 
CIC:target:ClC-<number>,[RNG-NUMBER], where 

so <number> is a circuit identifier code value. The Reset 
Circuit value makes one or more circuits, which have been 
previously blocked, available to carry calls. 

The Retrieve Alarms command has the format "RTRV- 
ALMS" and causes the Signaling Access Server 112 to 

55 display all active alarms. A variant command, "RTRV- 
ALMS::CONT" displays all active alarms, and listens for 
alarm events until interrupted by a user command. For 
example, the interruption can be accomplished by pressing 
Control-C on the keyboard of the user terminal. 

60 The Retrieve Configuration command has the format 
"RTRV-CFG:<cfg table>" where <cfg table> is the name of 
a configuration table, selected from among the values 
"Components," "alarm Cats," and "measCats". The Retrieve 
Configuration command causes the Signaling Access Server 

65 112 to display the specified configuration table. 

The Retrieve Counter command has the format RTRV- 
CTR: <compTypeName>: <measCategoryName>, where 
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<compTypeName> is the name of a component type, and channel to In Service. When the second parameter is "OOS," 

<measCategoryName> is the name of a measurement cat- Signaling Access Server 112 sets the channel to Out Of 

egory. The Retrieve Counter command causes Signaling Service. 

Access Server 112 to display a measurement counter on a The Start Tracing command has the syntax "STA-SC- 

component. 5 TRC:<sigPathID>:<parms>", and causes Signaling Access 

The Retrieve Link Counter command has the format Server 112 to start call tracing on a signaling channel. The 

"RTRV-LNK-CTR: target:", where "target" is a link parameter <sigPath[D> is a numeric value that identifies a 

identifier, and causes the Signaling Access Server 112 to signaling channel. The parameter "<parms>" is one or more 

retrieve measurement information for the specified link. optional parameters. The optional parameters can be "PRD- 

The Retrieve Link command has the format "RTRV- 10 <number>", where <number> is a numeric value that iden- 

LNTCtarget", where "target" is a link identifier, and causes ufies the duration, in seconds, for which tracing is to be 

the Signaling Access Server 112 to retrieve statistics asso- carried out. The optional parameters also can be "LOG= 

ciated with a link or a link set. Similarly, the Retrieve State 'FILENAME'", where FILENAME is the name of an output 

command, "RTRV- LSET: target", retrieves the service state file in which trace information is to be stored, 

of a link for the link that is identified by the "target" value. 15 The Start Process command has the syntax "STA- 

The Retrieve Network Element command has the format SOFTW:<process>", where <process> is the name of a 

"RTRV-NE" and displays attributes of the Signaling Access process or a group of processes within Signaling Access 

Server 112. Server 112. The Start Process command will start the 

The Retrieve Signaling Channel command has the format designated process or group. 

"RTRV-SC:<sigpathID> and displays attributes of signaling 20 The Signaling Access Server 112 also responds to and 

channel(s) that are identified by the <sigpathID> value. The implements a set of stop commands. For example, the Stop 

value of <sigpathID> may be "ALL," in which case the Tracing command has the format "STP-SC- 

Signaling Access Server 112 displays the names and TRC:<sigPathID>", where <sigPathID> is a value that iden- 

attributes of all signaling channels. tifies a signaling channel, or is the value ALL and thereby 

The Retrieve Software command has the format "RTRV- 25 identifies all channels. The Stop Tracing command causes 
SOFTW:<groupName> where <groupName> is the name of Signaling Access Server 112 to discontinue call tracing on 
a specific process group. The Retrieve Software command the identified signaling channels. The Stop Process corn- 
causes Signaling Access Server 112 to display the status of mand has the syntax "STP-SOFTW:<process>:[KILL]", 
the specified process group. The Retrieve Software com- where <process> is the name of a process or a group of 
mand also may be issued in the format "RTRV- 30 processes within Signaling Access Server 112. The Stop 
SOFT:<procName>", where <procName> is the name of a Process command causes Signaling Access Server 112 to 
process. In this variant, the Retrieve Software command stop the designated process or group. Alternatively, the Stop 
causes Signaling Access Server 112 to display that status of Process command may be issued with the parameter "ALL", 
the specified process. The value of <procName> may be in which case Signaling Access Server 112 will stop all 
ALL, in which case Signaling Access Server 112 displays 35 processes and process groups, except for MML Interpreter 
status information for all known processes. 906 and Process Manager 914. The Stop Process command 

The Retrieve Signaling Point command has the format also may be issued with the parameter "ALL: [KILL]", 

"RTRV-SP-CTR:target" where "target" is a value identify- which causes Signaling Access Server 112 to stop all pro- 

ing a particular signaling point. The Retrieve Signaling Point cesses and process groups, including MML Interpreter 906 

command displays all measurements for the indicated sig- 40 and Process Manager 914. 

naling point, or for every signaling point if the value "ALL" CONFIGURATION AND MANAGEMENT 

is used as the target value. Signaling Access Server 112 is preferably configured 

The Retrieve Traffic Channels command has the format using a computer program called Configuration Tool. In one 

"RTRV-TC:<sigPathID>, where <sigPathID> is a numeric embodiment, the Configuration Tool is a JAVA® application 

identifier of a signaling channel. The Retrieve Traffic Chan- 45 program that uses a three-tiered architecture. The Configu- 

nels command displays the status of all traffic channels for ration Tool generates output in HTML format, so that a user 

a signaling channel. may access the Configuration Tool using any Web browser 

The Set Equipment State command has the format "SET- program. 
EQPT-STATE: target: state", where "target" is a numeric In the telephony equipment field it is conventional for 
identifier of a circuit card in the Signaling Access Server 50 intelligent network elements to have one or more software 
112, and "state" is a state to which the circuit card is to be programs for managing the elements. These software pro- 
set. The Set Equipment State command causes Signaling grams are called Element Management Systems. Signaling 
Access Server 112 to set or reset the stale of the designated Access Server 112 has an Element Management System in 
circuit card. the form of the Configuration Tool and the network agent 

The Set Link State command has the format "SET-LNK- 55 912. A user may create a configuration using the Configu- 
STATE:<target>:<state>, where <target> is a numeric value ration Tool and validate the configuration using the Con- 
that identifies a link or a link set, and <state> is a value that figuration Tool. When the Configuration Tool accepts the 
identifies a state to which that link or link set is to be set. The changed configuration, the Configuration Tool may cause a 
Set Link State command causes Signaling Access Server 112 download of one or more configuration files to the Signaling 
to set the service state of a link or link set to the designated 60 Access Server 112. To activate the configuration files, the 
state. Configuration Tool instructs Signaling Access Server 112, 

The Set Channel State command has the format "SET- through the agent 912, to deploy the new configuration. 

SC-STATE:<sigPathID>:IS|OOS", where <sigPathID> is a In one embodiment, system 2 has an integrated Element 

numeric value that identifies a signaling channel. The second Management System that operates with both Signaling 

parameter is specified by the user as either "IS" or "OOS." 65 Access Server 112 and Network Access Servers 118, thereby 

When the second parameter is "IS," the Set Channel State providing a single, consistent interface for management and 

command causes Signaling Access Server 112 to set the configuration. FIG. 11 is a block diagram of an integrated 
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Element Management System 1100. A common platform 
1102, which may be a general-purpose computer system, 
hosts a first Element Management System 1104 for Network 
Access Server 118 and a second Element Management 
System 1120 for Network Access Server 112. Auser or client 
software element U01, which may be co-located with 
platform 1102 or remote from it, communicates with the 
platform, for example, using a Web browser and HTTP 
messages. 

The first and second Element Management Systems 1104, 
1120 each respectively create and store global configuration 
information in global configuration files 1106, 1114. The 
first element management system 1104 receives fault and 
measurement information 1108 from Network Access 
Server 118, and sends configuration information 1110 to the 
Network Access Server, suing SNMP messages and SNMP 
agent 1112. Similarly, the second element management 
system 1120 receives fault and measurement information 
1122 from Signaling Access Server 112, and sends configu- 
ration information 1124 to the SAS, using network agent 912 
of Signaling Access Server 112. 

Other aspects of Signaling Access Server 112, which have 
been previously described, facilitate management of the 
SAS and its use in managing other network elements. For 
example, Signaling Access Server 112 produces call detail 
records that may be input into a billing application. Tele- 
phony measurement information is continuously collected 
by SAS and reported at periodic intervals in log files. The 
log files are spooled to a directory, from which they can be 
collected and analyzed by an external system. The measure- 
ment information may also be stored in a MIB that is stored 
in the Signaling Access Server 112. In this embodiment, an 
external network device on a data network may obtain 
measurement values from Signaling Access Server 112, for 
example, by issuing SNMP GET commands. 

The alarm information produced by Signaling Access 
Server 112 may also be used in system management. The 
Alarm Manager 916 maintains the current state of all SAS 
alarms. The current state of any alarm can be retrieved using 
an MML command or using a GET command over SNMP. 
Each alarm is translated into an SNMP trap by the network 40 
agent 912. Each SNMP trap is forwarded to the Element 
Management System 1120 and may be displayed by user 
1101 or logged by the Element Management System. In 
addition, a circular list or buffer of the most recent alarm log 
messages is maintained in the MIB of the Signaling Access 
Server 112, and can be retrieved using an SNMP GET 
command. 

Initialization of SAS 

When Signaling Access Server 112 is started, the follow- 
ing operations occur automatically as an initialization pro- 
cess in a preferred embodiment. The Signaling Access 
Server 112 executes the UNIX operating system, which 
carries a normal boot-up sequence. In this sequence, the 
system event logger 922 is started. When the default user run 
level is reached in the UNIX boot sequence, the network 
agent 912 and the process manager 914 are started. 

Process manager 914 then begins startup of the applica- 
tion processes. Conversion engine 900, i/o channel manager 
902, and i/o channel controllers 904A, 904B, 904C all start. 
As each process starts, it reads one or more configuration 
files to build objects and data structures in memory. The 
processes establish connections with the process manager 
914, alarm manager 916, measurement manager 918, and 
configuration manager 910. 

The i/o channel manager 902 checks the last saved service 
slate for each of its signal channels. For those channels that 
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should be in service, i/o channel manager 902 begins an 
initialization sequence for each channel. 

For each signal channel interface of each Network Access 
Server 118, the following steps are performed. The initial 
state of the interface is set to Automatic Out Of Service. The 
i/o channel controller 904A, 904B, 904C waits for the 
Network Access Server 118 to connect to establish the 
interface. The service state of the channel is then changed to 
In Service. The i/o channel controllers 904A-C each then 
begin accepting messages from the Network Access Server 
118 for a group of bearer channels. Message units received 
from the Network Access Server 118 are processed by the 
associated i/o channel controller and sent to conversion 
engine 900. Message units received from the conversion 
engine 900 and directed to this interface are sent to the 
Network Access Server 118 using UDP. 

DYNAMIC RE-CONFIGURATION 

As stated above, Signaling Access Server 112 may receive 
updates or changes to persistently stored configuration data. 
The Signaling Access Server 112 is dynamically 
re-configured according to changes in such data. 

Generally, the network agent 912 is updated with a MIB 
attribute for the directory in which the new configuration 
files have been placed. When the MIB attribute is changed, 
the following events occur. The new configuration files are 
copied to a temporary working directory, preferably using 
FTP. Version information that describes the new configura- 
tion files is checked into an SCCS repository, which enables 
previous configurations to be restored. The updated configu- 
ration files are extracted from the repository into the current 
application directory. The configuration manager 910 is 
notified of an update to the changed configuration files. The 
configuration manager 910 notifies all processes that have 
registered to be notified about updates to configuration files. 
Each process detects any new, updated, or deleted objects 
using one or more library routines. Each process also 
updates its internal object model to reflect the changed 
configuration data. 

If new Network Access Server E-l interfaces are detected 
by library routines that are used for loading data into 
memory, then the following operations are performed. The 
initial state of the interface will be Automatic Out Of 
Service. The i/o channel controller 904A, 904B, 904C waits 
for the Network Access Server 118 to connect to establish 
the interface. The service state of the channel is then 
changed to In Service. The i/o channel controllers 904A-C 
each then begin accepting messages from the Network 
Access Server 118 for a group of bearer channels. Message 
units received from the Network Access Server 118 are 
processed by the associated i/o channel controller and sent 
to conversion engine 900. Message units received from the 
conversion engine 900 and directed to this interface are sent 
to the Network Access Server 118 using UDP. 

If Network Access Server E-l interfaces are deleted, the 
following steps are performed. The state of the interface is 
made to be Automatic Out Of Service. Any calls in progress 
on the current signaling channel are deleted. The interface is 
deleted. The i/o channel controller drops any messages from 
the Network Access Server 118 for the current interface. 
Message units received from the conversion engine 900 and 
directed to the interface will be dropped. 

OVERLOAD HANDLING 

Also in the preferred embodiment, the Signaling Access 
Server 112 includes an overload handling mechanism. The 
overload handling mechanism addresses situations in which 
the Signaling Access Server 112 is receiving more signal 
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messages than it can process. Without an overload handling 
mechanism, Signaling Access Server 112 signal messages 
would be lost or not sent due to time-outs. 

In one embodiment, the overload handling mechanism 
has the structure and form disclosed in co-pending U.S. 5 
patent application Ser. No. 09/107,839, entitled "Overload 
reduction in a communication system," filed Jun. 30, 1998 
and naming as inventors Lev Volftsun, Clay H. Neighbors, 
and Fred R. Red nor. 

In another embodiment, the following overload handling 10 
mechanism is used. When multiple signal channels are ready 
to be put into service simultaneously, there is a delay 
between the time when each signal channel is brought into 
service, and the time when the next signal channel is brought 
into service. The delay period is the same for all channels, 15 
and is configurable to a pre-determined, user-set value. 

The Signaling Access Server 112 stores and executes 
overload handling software that implements a call gapping 
algorithm. "Gapping" means that a specified proportion of 
new call attempts are rejected by the Signaling Access 
Server 112 when overload is detected. Preferably, at least 
three (3) levels of gapping are used, although any number of 
gapping levels may be used. The gapping algorithm is 
triggered when any of several queues established between an 
I/O subsystem and call conversion engine of the Signaling 25 
Access Server 112 exceeds a specified percentage of the 
queue's total capacity. The actual percentage value is 
dynamically configurable for each of the gapping levels. The 
gapping proportion for each of the gapping levels is also ^ 
dynamically configurable. 

The gapping algorithm is deactivated for a particular 
gapping level when all of the queues between the I/O 
subsystem and the call conversion engine have more than 
the specified percentage of the queue's total capacity free. 35 
For calls that are rejected during gapping, the Signaling 
Access Server 112 clears the call down in a manner that 
conforms to the particular protocol in use on the signaling 
channel. Generally, a proper rejection message is sent to the 
originating network element. Call attempt messages are not ^ 
ignored, and calls are not abruptly dropped. 

Overload is detected by sampling the length of the con- 
version engine's main input queue. The more messages that 
are buffered, the more severe the level of overload that is 
then currently occurring. 4S 

The call gapping algorithm is based on the rationale that 
messages referring to calls already in progress should have 
a higher priority than messages setting up new calls. Under 
overload conditions, messages referring to calls in progress 
are processed as usual. A proportion of new call setup 50 
messages, however, is rejected until overload conditions 
abate. Since setting up new calls is the most processor- 
intensive aspect of call processing, this strategy provides a 
throttling effect as long as overload continues, while still 
allowing the Signaling Access Server 112 to do the maxi- 55 
mum possible amount of useful call processing. 

Preferably, calls are rejected at the lowest level possible in 
the system 2, before they reach the conversion engine. 
Further, correct performance under overload is achieved by 
tuning, and therefore, various parameters need to be adjusted 60 
to dynamically control behavior of the call gapping. 

In a second approach to overload handling, protection is 
provided against overload during system start-up or circuit 
reset. The IOS brings new signal channels on-line gradually, 
rather than simultaneously. This approach ("staging") pre- 65 
vents the system from receiving an unexpected burst of 
traffic when it is unprepared for it. 
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In the staging approach, there are two tunable parameters. 
"Max Simultaneous Establish" is the maximum number of 
circuits that may be established at the same time. If its value 
is zero, there is no maximum, and staging behavior is 
disabled. The "Establish Dwell Time" parameter is the time 
interval to wait between the start of circuit establishment for 
one group of circuits and the start of circuit establishment for 
the next group of circuits. If zero, there is no delay. The 
dwell time includes the time required to complete initial- 
ization of each circuit group. 

In either approach, several overload level values are 
defined, each progressively more severe. For example, Level 
0 indicates no overload; Level 1 indicates light overload; 
Level 2 indicates medium overload; and Level 3 indicates 
heavy overload. The overload level values refer only to the 
call gapping algorithm and not to the staging algorithm. 

Further, a set of parameter values is associated with each 
overload level other than Level 0. An Onset Threshold value 
identifies a percentage of total queue capacity at which the 
overload level will be in effect. An Abatement Threshold 
value indicates a percentage of total queue capacity at which 
the overload level will no longer be in effect. This prevents 
rapid cycling in and out of an overload level* The Abatement 
Threshold value must be less than the Onset Threshold value 
for cycling not to occur. The Rejection Percentage value 
identifies a percentage of new calls that will be rejected at 
the associated overload level. For example, 20% means 1 
out of 5 new call setups will be rejected. An Alarm Category 
value identifies the category of alarm to be set while the 
associated overload level is in effect. 

In one embodiment, in the first approach, sampling the 
queues is carried out by the I/O subsystem of the Signaling 
Access Server 112. Thus, the I/O subsystem detects 
overload, and sets or clears alarms related to overload 
conditions. The I/O subsystem notifies the call conversion 
engine using a channel management message when overload 
conditions change. A dedicated, high-priority input queue, 
read by the call conversion engine, is used for all manage- 
ment messages. The call conversion engine can thus always 
deal with management messages before any other message 
processing is done, even under overload conditions. The 
message indicates a change in global overload level, by level 
number value. 

The call conversion engine recognizes and responds to 
changes in the global overload level. This indication is then 
propagated to other elements of the Signaling Access Server 
112 as necessary. 

The overload levels defined in the foregoing approaches 
are distinct from congestion that occurs on any particular 
signal channel being used by the call conversion engine. In 
an alternate embodiment, the Signaling Access Server 112 
has an additional overload handling mechanism that 
responds to threshold values defined for and associated with 
each signal channel. In this approach, the conversion engine 
implements congestion control above level 2 for protocol 
variants that support it. The I/O subsystem collects mea- 
surements of message rate on a per-signal-channel basis. 
The I/O subsystem notifies the call conversion engine of 
congestion detected or cleared on individual signal channels. 

Intra-system Signaling Protocol 

An aspect of the invention is a signaling protocol that is 
used for communications between Signaling Access Server 
(s) 112 and Network Access Server(s) 118. Preferably, the 
protocol is based on the NI-2 variant of the ISDN Q.931 
signaling scheme, hosted on IP rather than Q.921, which is 
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standard. NI-2 is defined in Bellcore TR-NWT-1268. 
Generally, the protocol performs the following functions: 

1. Initialization and synchronization of communication 
between a Signaling Access Server 112 and a Network 
Access Server 118. 5 

2. Call setup, monitoring and teardown. 

3. DSO continuity testing or loopback. 

4. Circuit Status Query. 

5. Limited resource management for DSOs and DSPs, jq 
including taking channels in and out of service. 

Each of these functions is described in detail below. 

Maintenance Messages Including Continuity 

Extensions ^ 

A system that complies with North American SS7 stan- 
dards must provide continuity testing. In the systems of 
FIGS. 1A, IB, 1C, 2A, and 2B, however, the SAS cannot 
directly control the bearer channels, and therefore uses the 
Network Access Server to perform loopback for continuity 20 
testing. Accordingly, the preferred protocol is extended to 
control continuity testing operations. Also preferably, the 
Network Access Server may query the current state of the 
circuit from the Network Access Server for maintenance and 
testing. 25 

In the Q.931 protocol standard, every message contains a 
protocol discriminator info element. This element may carry 
a value of Call Control or Maintenance. Messages also 
contain a message type info element. Normally, in the NI-2 
variant of the Q.931 protocols, the only Maintenance mes- 30 
sage used is the Service message type, which indicates a 
change in service state on the sending side. The protocol of 
the present invention uses the Maintenance message 
structure, with additional message types defined for conti- 
nuity testing control. Thus, each message of the protocol has 35 
a protocol discriminator info element value of 
"Maintenance," and the message type values are as defined 
in Table 5. 


TABLE 5 
MESSAGE TYPES 


CALL 

MSG 




REF 

TYPE 

FROM 

TO 

DESCRIPTION 

SAS- 

COT ON 

SAS 

Network 

Instructs Network 

supplied 



Access 

Access Server to turn 

value 



Server 

continuity testing 

SAS- 

COT ON ACK 

Network 

SAS 

Acknowledges that 

supplied 


Access 


Network Access 

value 


Server 


Server has turned 
continuity testing on 

SAS- 

COT OFF 

SAS 

Network 

Instructs Network 

supplied 



Access 

Access Server to turn 

value 



Server 

continuity testing off 

SAS- 

COT OFF 

Network 

SAS 

Acknowledges that 

supplied 

ACK 

Access 


Network Access 

value 


Server 


Server has turned 
continuity testing off 

Global 

CIRCUIT 

SAS 

Network 

RcqucsU) Network 

value 

QUERY 


Access 

Access Server to 

(zero) 



Server 

return service state of 
a bearer circuit 

Global 

CIRCUIT 

Network 

SAS 

Returns result of 

value 

QUERY 

Access 


circuit query from 

(zero) 

RESP 

Server 


Network Access 
Server to SAS 
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In Table 5, the column entitled "CALL REF" refers to a 65 
call reference value, which generally identifies a particular 
call. The value of the call reference may be a global value 
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of zero, which does not identify a particular call. For the 
CIRCUIT QUERY RESP message, the Network Access 
Server returns the service state value in the Status informa- 
tion element of the message. Further, each message in the 
protocol carries a Channel ID value that identifies a particu- 
lar bearer channel. 

PROTOCOL INITIALIZATION AND NETWORK 
ACCESS SERVER/SAS SYNCHRONIZATION 
NETWORK ACCESS SERVER CONFIGURATION 
DSO resources of each Network Access Server are explic- 
itly and statically configured. One configuration task is to 
associate some or all of the Network Access Server 
resources with a particular SAS. The mapping of Network 
Access Server resources to one or more SASs is explicit to 
provide flexibility in establishing different dial outsourcing 
arrangements. 

Network Access Servers identify particular DSO's using a 
trunk value and a timeslot value. The trunk value identifies 
the particular time division multiplexed interface on the 
Network Access Server, for example, Tl/El, PRI, T3/E3, or 
others. The timeslot value identifies the particular DSO 
channel on that trunk. Ranges of timeslots are permitted, 
which makes specifying a particular association more con- 
venient. In another embodiment, timeslots can be specified 
in a wildcard format so that, for example, a particular 
configuration can return to an entire trunk. 

A SAS is identified by a DNS name value or by one or 
more IP address value, and TCP port value, which identifies 
the TCP port(s) allocated for the Network Access Server/ 
SAS protocol. Using the port specification, the Network 
Access Server and SAS may explicitly bind the communi- 
cation protocol to their respective configurations. Preferably, 
the TCP port number is not selected from among TCP values 
that are well-known in the field. Using a non-well-known 
value allows the synchronization mechanism described 
herein. 

FIG. 3 and the following description provide a simplified 
example of an alternate embodiment of a configuration of 
identifying and configuring multiple Network Access Serv- 
ers and an SAS. For convenience, elements of FIG. 3 are 
described using DNS names. A service supplier called 
"Foucault" has an Network Access Server 302 named 
"mynas.foucault.net". Network Access Server 302 has two 
PRI links 304a, 3046 coupled two it. The first PRI link 304a, 
and half the timeslots on the second PRI link 3046, are part 
of the Foucault voice network 306. These timeslots are 
managed by Foucault's SAS 308, which is named "mysas- 
.foucault.net , \ The remaining timeslots of the second PRI 
link 3046 belong to an inter-exchange carrier, Galaxcom. 
This configuration may occur if, for example, Galaxcom 
merely needs a few dial termination ports in one of Fou- 
cault's points of presence. The Galaxcom timeslots are 
managed by Galaxcom 's SAS 310, named "sassy.galaxcom- 
.net". 

The SAS/Network Access Server configuration informa- 
tion in "mynas. foucault. net" would have the following val- 
ues: 

(PRI 1/*, PRI 2/l-12)-*mysas.foucault.net:1658 

(PRI 2/13-24)->sassy.galaxcom.net:2120 

In this information, the value "PRI 1/*" includes a wild- 
card symbol, "*", that refers to all timeslots in the first PRI 
link 304a. The value "PRI 2/1-12" indicates timeslots 2 
through 12, inclusive, in the second PRI link 3046. 

NETWORK ACCESS SERVER PROTOCOL INITIAL- 
IZATION 

The Network Access Server is responsible for initiating 
the Network Access Server/SAS protocol with each SAS it 
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has configured. Redundant links are maintained between 
each NAS and its SAS. One of these links will be used for 
signaling messages at a time. If the currently active link 
fails, the NAS will switch to the backup link. If both of these 
links fail, the NAS declares the SAS to be down, and places 
the configured resources in "down** slate. The NAS sets a 
timers, for example, a one-minute value, and tries repeatedly 
to re-establish communication with the SAS. When com- 
munication is re-established, the NAS places the configured 
resources in a "running" state. When ihe connection enters 
the "running" state, the Network Access Server issues a 
STATUS message declaring each of the configured 
resources to be "up". If a configured resource is down due 
to hardware failure or because it has been set "administra- 
tively down", then the configured resource is not declared to 
be "up". 

SAS PROTOCOL INITIALIZATION 

The Signaling Access Server 112 listens for UDP mes- 
sages on each port it has configured. If a UDP message 
comes in, the Signaling Access Server 112 checks the source 
IP address and accepts the message if and only if the IP 
address matches one of the IP addresses the Signaling 
Access Server 112 has configured for the Network Access 
Server. Once the connection enters the "running" state, the 
Signaling Access Server waits for the Network Access 
Server to declare some or all of the configured resources to 
be operational via STATUS messages. 

For load balancing purposes, it is preferable for each 
Network Access Server to be configured to use a different IP 
port, rather than one "well-known" port. Multiple I/O chan- 


A Network Access Server 118 initially is in the Idle state 
402. When a new call is to be set up, a Signaling Access 
Server 112 sends a SETUP message to the Network Access 
Server 118, as indicated by block 403. In response, the 

5 Network Access Server 118 sends a Call Processing message 
back to the Signaling Access Server 112, as shown by block 
404. The Network Access Server 118 then tests, as shown by 
block 406, whether the Network Access Server has sufficient 
resources to handle a new call, such as a digital signal 

10 processor to handle voice traffic. If insufficient resources are 
available, then the Network Access Server 118 sends a 
Release Complete message to the Signaling Access Server 
112, as shown by block 408. The Network Access Server 
then returns to the Idle state. 

15 If the Network Access Server 118 has enough resources 
for the call, then the Network Access Server sends a Connect 
message back to the Signaling Access Server 112, as indi- 
cated by block 410. The Network Access Server 118 then 
enters the Active state 412. Under normal conditions, the 

20 call continues until terminated by a calling party or called 
party or by an intermediate network element. Call termina- 
tion is signaled from the Signaling Access Server 112 to the 
Network Access Server 118 by a Release message, as shown 
by block 414. Upon receiving the Release message, the 

25 Network Access Server 118 releases resources that have 
been assigned to the call and enters the Idle state 402. 

Certain abnormal conditions can occur. For example, a 
trunk connected to the NAS may fail, as shown by block 
416. In this condition, Network Access Server 118 sends a 


nel controllers may be running simultaneously. Each will 30 Status message carrying a Down value to Signaling Access 

listen for connections on a different port. Server 112, as indicated by block 418. The Network Access 

MAPPING BETWEEN CIRCUIT IDENTIFIERS AND Server 118 then enters the Down state 420. 

NETWORK ACCESS SERVER IDENTIFIERS The Network Access Server 118 may also enter the Down 

Each SS7 circuit is identified by three values: an origj- state 420 from the Idle state 402 if, for example, the trunk 

nating point code value, a destination point code value, and 35 fails, as shown by path 430. 

a circuit identification code. The Signaling Access Server As another example, the Network Access Serve r/SAS 
112 uses these three values to uniquely identify each SS7 protocol may fail, as indicated by block 422. In this case, the 
bearer circuit. Each PRI circuit is identified by two values: Network Access Server 118 enters the Active Orphan state 
the span ID, and the timeslot within the span. The SAS uses 424, indicating that the Network Access Server is active and 
this information to uniquely identify each PRI bearer circuit. 40 available but has been logically separated or orphaned from 
Each Signaling Access Server 112 stores an internal its associated Signaling Access Server 112. The Network 
mapping of bearer circuits on the public switched telephone Access Server 118 then waits, as shown by block 426, until 
network side to bearer circuits on the Network Access the Network Access Server/SAS protocol is initialized in the 
Server side of a connection. Accordingly, the SAS can manner previously described. After initialization, the Net- 
determine which bearer circuit to use for the ongoing leg of 45 work Access Server 118 sends a Status message to the 


a call when a call is originated from either the public 
switched telephone network side or the Network Access 
Server side. 

Given information identifying a bearer circuit, the Sig- 
naling Access Server 112 can determine a valid route for 
signaling messages that will control that circuit. Routes are 
expressed in terms of signal paths. For SS7, each signal path 
represents an SS7 link set. For Network Access Servers 118, 
each signal path represents an IP connection to a Network 
Access Server. 

A protocol variant value is associated with each signal 
path. The protocol variant value identifies the protocol 
variant that can be used on or with the signal path. For SS7 
signal paths, any of the supported ISUP, TUP, or BTNUP 
protocol variants can be used, and the protocol variant value 
identifies the particular protocol. For Network Access Server 
signal paths, the protocol described in this document is used 
and identified by the protocol variant value. 

CALL SETUP, MONITORING, AND TEAR DOWN 

FIG. 4 is a state diagram of processes executed by a 
Network Access Server 118 in setting up, monitoring, and 
tearing down calls. 


50 


Signaling Access Server 112, with the value Up to indicate 
that the Network Access Server has returned to the active 
state 412. 

Network Access Server 118 may transition from the 
Down state 420 in several ways. In one case, if the Network 
Access Server/SAS protocol fails, as shown by block 432, 
then the Network Access Server 118 transitions to the Down 
Orphan state 434. The Down Orphan state 434 indicates that 
the Network Access Server 118 is down and has become 
55 logically separated or orphaned from its associated Signal- 
ing Access Server 112. If the Network Access Server/SAS 
protocol is subsequently initialized, as shown by block 448, 
then the Network Access Server 118 will send a Status (Up) 
message to Signaling Access Server 112, as shown by block 
450, and re-enter the Idle state 402. 

Alternatively, if the trunk is disabled when the Network 
Access Server 118 is in the Down Orphan state, as shown by 
path 438, then the Network Access Server will enter the 
Administratively Down slate 440. Network Access Server 
118 transitions out of the Administratively Down state 440 
only when the trunk is re-enabled, as shown by path 442. In 
that case, Network Access Server 118 tests whether the 
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Network Access Server/SAS protocol is up, as shown by second reason is that the entity presence is automatically 

block 444. If so, then control is transferred to block 450 in recognized, for example, a physical card exists in the 

which the Network Access Server 118 issues the Status (Up) system. A third method of generating the Create transition 

message to the SAS, and enters the Idle state 402. event 504 is an explicit management command to the 

The Network Access Server 118 may also transition from 5 Signaling Access Server 112, for example, a command to 

the Down state 420 when the trunk comes up, as shown by create an entity. 

path 436. In that case, Network Access Server 118 tests The Delete transition event 512 indicates that the entity 

whether the Network Access Server/SAS protocol is up, as has just been deleted from the Network Element database, 

shown by block 444. If so, then control is transferred to Any later operation identifying a deleted entity will be 

block 450 in which the Network Access Server 118 issues 10 rejected by Signaling Access Server 112. 

the Status (Up) message to the SAS, and enters the Idle state The Delete Commanded Out of Service transition event 

402. 520 indicates that the entity was in the Out of Service state 

Network Access Server 118 also enters the Down Orphan 518 due to a Commanded Out of Service request, and the 

state 434 from the Idle state 402 if the Network Access entity has been deleted from the Network Element database. 

Server/SAS protocol fails, as shown by block 446. 15 The Cause In Service transition event 522 indicates that 

It will be apparent from FIG. 4 and the foregoing descrip- all causes for the Out of Service state 518 have been 

tion that most call completion tasks are carried out by resolved. The Cause In Service transition event 522 indi- 

Signaling Access Server 112. Resource allocation, however, cates a transition toward the In Service state 516. 

is a key function carried out by the Network Access Server The Cause Out of State transition event 524 indicates that 

118. 20 a transition toward the Out of Service state 518 has occurred, 

In the preferred embodiment, each DS0 resource executes for one of several reasons. Examples of reasons include 

its own state machine of the type shown in FIG. 4. This may supporting entity failure; supporting entity commanded Out 

be accomplished, for example, using object-oriented pro- of Service; Commanded out of service; Local inhibit; remote 

gramming techniques such that each DSO channel invokes inhibit; congestion; and others. Based on the order of events 

an independent program thread when the DS0 channel is 25 received, multiple causes may exist in an entity. For 

used. example, a link may be in an Out of Service state because 

SAS SERVICE STATES of Local Inhibit as well as Supporting Entity Failure. Once 

FIG. 5 is a state diagram of processes carried out by a the Supporting Entity Failure clears, the link must stay in the 

preferred embodiment of Signaling Access Server 112. FIG. Out of Service state because it is inhibited. 

5 and Signaling Access Server include the following states 30 The Cause In Service Commanded In Service transition 

and transition events. event 526 indicates that a user has requested taking the entity 

The Undefined state 502 means that an entity does not in service, 

exist in the Network Element configuration. The Undefined The Cause Out Of Service Commanded Out Of Service 

state 502 is the starting state for the Signaling Access Server transition event 528 indicates that the user has requested the 

112. 35 entity to be taken out of service. 

The Install Busy state 506 means that an entity has just The Reset transition event 530 indicates that the entity is 

been created in the Network Element database, but has not re-initializing, due to a sequence of events, or user com- 

yet been commanded in-service or out-of-service. mand. An example of a triggering event sequence is a Reset 

The Checking state 514 is a transitional state to which the signal issued by a card, process or signaling channel; a Reset 

Signaling Access Server 112 transitions just before entering 40 may cause the entity to clear transient memory and continue 

the In Service state 516. In the Checking state 514, the SAS processing. The transition occurs from the In Service state 

performs validation on the configuration and supporting and returns to the In Service state. 

entities. If the configuration is erroneous, a transition is The Cause Out of Service Config Fail transition event 532 

made to the Out Of Service Config state 510. If a supporting is caused by an anomaly in the user configuration, resulting 

entity is failed, for example, if an I/O card fails, or there is 45 in a failure to provision the entity. For example, if a user 

a standing out-of-service condition, then a transition is made requests that a signal channel be added using the same 

to the Out Of Service state 518. timeslot as a previously added signal channel, the entity will 

The In Service state 516 indicates that the entity is fully transition from the Install Busy state to the Out Of Service 

operational and capable of providing service to a requesting Config state, 

entity. For example, a C7 link can provide service to the 50 CONTINUITY TESTING 

Conversion Engine 900. FIG. 6 is a state diagram of processes carried out by the 

The Out Of Service/Cause Out Of Service state 518 is Network Access Server 118 to perform DSO continuity 

entered when the entity is not providing service to a request- testing. The SS7 network 4 may request such testing through 

ing entity. The reason for lack of service is defined in the the Signaling Access Server 112. In the preferred 

Cause value. There may be multiple reasons for the entity to 55 embodiment, the states, transition events, and processes 

be in the Out Of Service state 518. shown in FIG. 6 are integrated into software elements that 

The Out Of Service/Config state 510 is entered when the carry out the processes of FIG. 4. Alternatively, separate 

entity is not providing service because the user-defined software components may be used, 

configuration is erroneous. This state is a "dead" state out of Initially the Network Access Server 118 is in the Idle state 

which the entity may transition only if the entity is deleted. 60 602. To request continuity testing, Signaling Access Server 

The following transition events, shown in FIG. 5, cause 112 sends a Service (COT) message to the Network Access 

Signaling Access Server 112 to transition from one state of Server 118, as shown by block 604. The Network Access 

FIG. 5 to a different state. Server 118 then tests whether the DSO is capable of carrying 

The Create transition event 504 indicates that the entity out the requested continuity testing function, as shown by 

has just been created in the Network Element database, for 65 block 606. If the DSO cannot carry out the requested 

one of three reasons. A first reason is default creation, for continuity testing function, then the Network Access Server 

example, a network element object must always exist. A 118 sends a failure message to the Signaling Access Server 
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112, as shown by block 608. The failure message may be the calling number, number, whether the call has been 

message "SERVICEACK (COT faUed)". The Network transferred, and other criteria. 

Access Server 118 then returns to Idle state 602. The system 2 may carry out calling line ID blocking, for 

If the DSO is capable of proper testing, then the Network example, by having the SAS suppress the calling line id 

Access Server 118 sends an affirmative acknowledgment 5 information element in messages sent to the SS7 network, 

message back totheSigriaUngAccc^ Server 112, as shown ^ 2 ^ ori inalin mt code 

by block 610. The Nctwoik Access Server then enters the Poim ^ are nctwork addressing c i cmcnts . 

COT Active state 614. The remaining states and transition !sup messa or TCAP mcss tbe value of a 

events of RG. 6 correspond to hke-named states and tran- calUng oumber> a M numb ^ ^ ^ has ^ 

sition events of FIG. 4. 10 transfer and a generic address parameter with the actual 

Call Processing phone number that the call is going to. For example, in 800 

number calling, there may be multiple different 800 calls, all 

The system 2 may be applied to numerous functions or using different 800 numbers that arrive at the same termi- 

applications that involve interconnection of telephone com- nation point of a subscriber or customer. Different callers 

panies' intelligent network infrastructure to a data network, 15 dial different numbers for different services, but the calls all 

for example, the Internet. arrive, translated, at the same number. To properly service 

For example, the system 2 may provide a dial termination such calls, the subscriber or customer wants the originally- 

f unction that enables Internet access to be achieved over the dialed 800 number delivered to it so that the customer can 

public switched telephony network. In this application, end determine the specific service that is being requested by the 

users with modems or ISDN terminal adapters access the 20 caller. System 2 can identify the originating point code and 

Internet by making a telephone call to an Internet Service provide the destination number. 

Provider's point of presence. The point of presence has one System 2 can implement or enforce regulatory require- 

or more Network Access Servers 118. The Network Access ments ^ to bow called numbers are treated, for example, 

Servers 118 answer the calls and establish a PPP connection whether a number needs to be screened. The utility regula- 

to the end user's modem or a router coupled to the end user's tory agencies of different U.S. states have different rules for 

computer. treatment of called numbers. System 2 can store a table of 

In this configuration, the system 2 can carry out Network such rules and can apply different treatment or policies based 

Access Server resource and call congestion management. on the laws of the state to which the call is destined. For 

For example, the SAS can monitor resource usage at various 3Q example, the system 2 can admit or deny messages depend- 

Network Access Servers and direct calls to a particular ing on their point code and where the system 2 is located or 

Network Access Server depending on the load. The system where the call is going. 

2 may also implement dial outsourcing. For example, an System 2 may implement thresholding based on a calling 

SAS or Network Access Server can be provisioned by a local number or address or other service characteristics, and 

exchange carrier and calls can be directed to Network 35 according to predefined policy rules. For example, a calling 

Access Servers associated with different Internet Service card may ^ << turae d off' if it is used too many times within 

Providers according to a subscription profile associated with a particular short period of time. 

a user. In a more advanced form of dial outsourcing, PPP 0*1 i * i 

.. , ' to , System 2 may also carry out network address translation 

tunneling protocols such as L2TP can allow any Network J /, ' . . c , , . 

~ r , „ t , - » « • to ensure a match among numbering formats used in differ- 

Access Server to handle a call for any Internet Service jn . , ™ . f .... ,, ^ . . , 

„ . . , ... r 40 ent systems. This capability allows system 2 to provide 

Provider, with the SAS providing call routing, failure . : * xr*. iAjj o iio j 

' , , _ . r e & private addresses for Network Address Servers 118 and 

recovery, and other functions. , . . , 

J * related elements. 

The system 2 may also implement a dial origination 0 * . . . . . . , , 

c .> , tU * !• i * . c * n *j System 2 may carry out number translation, in which the 

function. In this application, an Internet Service Provider / . i . c 

_ j. , rr „ n t j * i * r\ * i system translates numbers to account for differences in 

may dial out to users as well as allow users to dial in. Dial >,«;,.,. . ~, 4 , c _■- i j j- . < 4 

... . . j j- i u i 1-1 . 5 dialing plans. The system can modify dialed digits that 

origination may be used to provide dial -backup links as part . & r : e / 

c - t , t Trx-i i l arrive to make it easier for the networks to route a call, 
ot a virtual private network. Dial origination may also be 

used to provide, on demand, extra bandwidth using Nx64 The system can protect against attacks against the data 

switched trunks. Further, dial origination can provide ISP network. For example, system 2 can count messages and 

dialout, whereby an Internet Service Provider can call the 50 occurrences of events, and decide whether events are inap- 

customer to deliver email, "push" content, and other infor- propnate at some preset level. If so, system 2 can block 

raation. For this application, the Network Access Server and furlher related messages from entering the data network. The 

SAS provide certain originating switch functions. system 2 can also detect and block illegal messages that are 

,™ * ■■■ . i , , outside the scope of a protocol definition. 

I ne system 2 may also implement a voice-over-Internet v v 

Protocol application, by which a Network Access Server 55 Signaling Access Server 112 can store access control lists 

may accept voice calls, fax calls, and dial termination calls, of network addresses. The access control lists may be used 

and carry such calls over the Internet. The calls may termi- t0 block messages that contain calling numbers identified in 

nate either at a device that operates natively using Internet ^ Lists. In this way, Signaling Access Server 112 can carry 

Protocol, or the calls may be coupled to another gateway and out fraud prevention and block attacks on the telephone 

rejoin the public switched telephone network ("hop on/hop 60 network or the data network. 

ofF , ). For this application, the Network Access Server and Signaling Access Server 112 can store access control lists 

SAS provide certain originating switch functions. of destination point codes. The access control lists may be 

The system 2 may carry out access control. For example, used to block call processing messages that are directed to 

based on attributes of a message, system 2 applies a pre- one of the point codes identified in the lists, 

defined access control policy and allows or refuses the 65 The system 2 may provide call billing functions, thereby 

message accordingly. The attributes or criteria may be time offloading or augmenting billing functions that are conven- 

of day, destination, type of service, protocol used, source or tionally provided in Service Control Points. For example, 
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the system 2 may implement an Advice of charge function. FIG. 7A is a call flow diagram showing messages com- 

The Signaling. Access Server 112 can query an originating municated between SS7 network 20, Signaling Access 

switch in the network and determine whether the switch can Server 112 and Network Access Server 118 in carrying out 

carry out Advice of charge. If not, Signaling Access Server certain call processing functions. The processes illustrated in 

112 can carry out the function on behalf of the switch. 5 FIG. 7A and the related diagrams assume that the system 2 

FIG. 2C is a block diagram of an example of a process of is in an operational state and that catastrophic events do not 

routing a call using the system 2. Many other call processing occur during the call. The term "operational state" in this 

functions may be implemented using Signaling Access context means that the SS7 links to the Network Access 

Server 112. Server are running, and the SAS/Network Access Server 

By way of example, FIG. 2C shows a simplified network 10 protocol has been initialized. The term "catastrophic event" 

environment comprising Signaling Access Server 112, a first means a crash of the Network Access Server or SAS or loss 

Network Access Server 118a, and a second Network Access °f a h^k* 

Server 118k The Signaling Access Server 112 is coupled to FIG. 7A specifically shows messages communicated for 
public switched telephone network 220, which comprises normal setup of a call, originated by the public switched 
signal transfer point 222. The signal transfer point 222 is 15 telephone network as represented by SS7 trunks 20, without 
coupled to a first SSP 224 and a second SSP 226. alerting, and without continuity testing. Initially the Signal- 
Also for purposes of example, FIG. 2C illustrates a call Access Server 112 is in the Idle state 702. The network 
processing scenario in which an external client is seeking 20 delivers an Initial Address Message 704 to the Signaling 
dial-up access to an Internet Service Provider that has a Access Server 112. Signaling Access Server 112 sends a 
single point of presence dial-in number, and multiple servers 20 Setu P message 706 to one of its associated Network Access 
that can provide services to the client. Call processing begins Servers 118. The Network Access Server 118 responds with 
when a dialed number, identifying the dial-in number, * Call Processing message 708. Signaling Access Server 112 
arrives in the network 220, as indicated by arrow 221. interprets the Call Processing message as an affirmative 
Assume the telephone number is "408-555 -5000". The acknowledgment and, accordingly, Signaling Access Server 
dialed number arrives in an SS7 message at SSP 224. The 25 112 sends an acknowledgment message 710 to network 20. 
SSP 224 analyzes the information in the message, deter- Network Access Server 118 then establishes a call con- 
mines that Signaling Access Server 112 is associated with nection. For example, in the ISP dial-up context, Network 
the dialed number, and forwards the message to Signaling Access Server 118 may select a modem or other connecting 
Access Server 112, as indicated by arrow 230. device at the premises of an Internet Service Provider. When 
As indicated by block 232, Signaling Access Server 112 30 me connection has been established, Network Access Server 
executes internal service logic. The particular steps carried 118 a Connect message 712 to Signaling Access 
out are based on the called party number, time and date, Server 112. The Signaling Access Server 112 responds by 
status of the Network Access Servers. In the example of FIG. sending an Answer message 714 to network 20. 
2C, Signaling Access Server 112 sends an w analyze_route" Conventionally, the Answer message indicates that a called 
message back to SSP 224, as indicated by arrow 234. The 35 party has answered a telephone or other network element, 
"analyze_route" message includes a number uniquely asso- however, in this context the Answer message indicates that 
ciated with one of the Network Access Servers. For ca l J setup is successful and a connection has been estab- 
example, Signaling Access Server 112 provides the number lished. Signaling Access Server 112 then enters a Conver- 
"408-955-5002", which is uniquely associated with Network sation state 716 in which a voice conversation or data 
Access Server 1186. The Signaling Access Server 112 40 conversation occurs. 

establishes a transaction for the call, and keeps the transac- FIG. 7B illustrates messages exchanged among the same 

tion open until the call is accepted by an Network Access elements of system 2 as in FIG. 7 A, but with an alerting 

Server in later steps. function applied to the call. In this scenario, after sending the 

SSP 224 then offers the call, with the specific number that Call Proceeding message, Network Access Server 118 addi- 

has been received from Signaling Access Server 112, back 45 tonally sends an Alerting message 720 to Signaling Access 

to the SAS, as indicated by arrow 236. The Signaling Access Server 112 Alerting is an indication to the caller that the 

Server 112 sends a call setup message to Network Access called party's line is ringing. The Signaling Access Server 

Server 118fc, which is uniquely associated with the specified sends an additional Call Progressing ("CPG") message 

number, as indicated by arrow 238. If Network Access to the network 20, which indicates the called party's line is 

Server 1186 cannot accept the call, then the Network Access 50 rm S m S* 

Server sends a Release message back to the Signaling FIG. 7C illustrates messages exchanged among the ele- 

Access Server 112, as indicated by arrow 240. In response, ments of system 2 when establishing a call that is originated 

Signaling Access Server 112 sends a Release message to the by Network Access Server 118. Generally, the system 

SSP 224, as shown by arrow 242. SSP 224 notifies the executes the same messages as shown in FIG. 7 A, however, 

network 220 that the call is terminated by sending an 55 direction of the messages is reversed. For example, call 

"Event_Clear" message, as shown by block 244. setup begins when Network Access Server 118 sends a Setup 

Signaling Access Server L12 then attempts to set up the message 706 to Signaling Access Server 112. '1 Tie SAS then 

call at a different Network Access Server, by sending another sends the Initial Address Message 704 to the network 20. 

"analyze_route" message 246 to the SSP 224. The second Acknowledgment message 710 is sent from network 20 to 

"analyze_route" message contains a different called 60 Signaling Access Server 112. The remaining messages carry 

number, such as "408-555-5001", that is uniquely associated out the same logical steps as described above for FIG. 7A, 

with a different Network Access Server, such as Network except in the reverse direction. 

Access Server 118a SSP 224 then offers the call to Signal- FIG. 8A illustrates messages exchanged among the nel- 

ing Access Server 112, and provides the different number, as work 20, Signaling Access Server 112, and Network Access 

indicated by block 248. If Network Access Server l_18a has 65 Server 118 in clearing or completing a call, 

sufficient resources to carry out the call, the call will The system 2 is assumed to be in the Conversation state 

complete through that Network Access Server. 716, meaning that a data conversation or voice conversation 
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is occurring across network 20, Signaling Access Server 112 Access Server 112 using Connect message 712. The Sig- 

and Network Access Server 118. When the call is complete, naling Access Server 112 converts the Connect message 712 

network 20 sends a Release message 802 to Signaling into an Answer message 714 that will be understood by 

AccessServer 112, In response, Signaling Access Server 112 Detwor A k 20 forwards the Answer message to the net- 

- r> i oa^ * Kr . i, a „ c„™, 1 1 w c work. As a result, a data or voice conversation is established, 

sends a Release message 804 to Network Access Server 118. 5 as ^iiveisation slate 716 

In response, Network Access Server 118 cames out steps to Irnportanlly , a Setup message 706 can be sent to the 

gracefully terminate the call at its end of the connection. NetWQrk Acccss n8 whik C0T remains 0Q No 

When call termination is complete, Network Access explicit COT Off message has to be sent first. The Network 

Server 118 sends a Release Complete message 806 to Access Server 118 turns COT off before returning the Call 

Signaling Access Server 112. In response, Signaling Access 10 Proceeding message 708. 

Server 112 sends a Release Complete message 808 to the Preferably, one or more software components executing 

network 20, providing acknowledgment that the call is ™ the Network Access Server 118 provide a guard timer, 

terminated. The Signaling Access Server 112 then returns to ^ tQ a present timing value, which starts running when COT 

ih - « t nm is turned on. If no Maintenance message is received before 

ine mie state /uz. me guafd (imer expires then NetW ork Access Server 118 

FIG. 8B illustrates messages exchanged when a call is automatically turns off COT. 

cleared from the Network Access Server 118 side of the FIG. 8D is a diagram of messages communicated among 

connection. the network 20, Signaling Access Server 112, and Network 

This may occur when, for example, in a call monitoring Access Server 118 in setting up a call, originated at the 

application when an ISP intentionally terminates a connec- „ rt ? etw °fk, with continuity testing enabled but when continu- 

tion that has been up for more than a predetermined period 20 ft fa f s t f tbe W 1D S Acce^ Server 112 is in the 

c . II „ .if . t*i_ vr i a c Idle state 716. Network 20 initiates a call by sending Initial 

of time allotted to the customer. The Network Access Server M ^ ^ a continuh te * m indication. 

118 initiates call clearance by sending a Disconnect message signaling Access Server 112 sends a Maintenance message 

810 to the Signaling Access Server 112. In response, Sig- gl4 ^ a C0T Qn parameter to Network Access Server 

naling Access Server 112 sends a Release message 802 to the 2$ n ^ which acknowledges with a Maintenance Acknowledge 

network 20, to inform the network that the called party has message 820 that contains the COT On parameter. Network 

released the call. The network 20 acknowledges the released 20 sends Signaling Access Server 112 a continuity testing 

call by sending a Release Complete message 808 back to the message 822 with a Failure parameter. The Failure param- 

Signaiing Access Server 112. In response, Signaling Access eter indicates that COT failed. For example, by failing to 

Server 112 issues a Release message 804 to the Network 3Q detect tone on a bearer circuit, a switch may determine that 

Access Server 118. The Network Access Server acknowl- COT failed. The SS7 network is used for signaling messages 

edges completion of the call termination by issuing a only, so the SS7 network doesn't detect COT failure; the 

Release Complete message 806 to the Signaling Access bearers being tested are a completely separate network. In 

Server 112, which then enters Idle state 702. response, Signaling Access Server 112 turns off continuity 

0 „ .„ . , . % * t i i» i * testing at the Network Access Server 118 by sending a 

FIG. 8C illustrates messages exchanged in establishing a « w . f 0/yA . , 4 . ~Z * 

n • • * ju .u * i u * i • ™ Ai Mamtenance message 824 with the COT Off parameter, 

call originated by the telephone network and with successrul KT _ . A „ & 110 . . , w - 

. . . J _ _*L_ , „ rt . , « Network Access Server 118 acknowledges with the Mam- 

continuity testing^ The SS7 network 20, in order to detect tenance Acknowled m 816 

failures of DS0 channels, wiU .al ^ times request a continmty NetwQrk 2Q theQ ^ a CoQtinuit Check R t 

test of a channel before establishing a call. message ^ tQ signaling Access Server fa which requests 

From the Idle state 716, the Signaling Access Server 112 40 the SAS to carry out a continuity check. Signaling Access 

receives an Initial Address Message 812, containing a con- Server 112 again tells Network Access Server 118 to turn on 

tinuity testing ("COT 1 ) indication, from the network 20. In continuity testing with a Maintenance message 814, which 

response, Signaling Access Server 112 sends a Maintenance is acknowledged by message 820. Signaling Access Server 

message 814 with a COT On parameter to the Network 112 then sends a Loopback Acknowledgement message 826 

Access Server 118. The Network Access Server 118 then 45 ("LPA") to the network 20. LPA means that the Continuity 

carries out continuity testing of a channel that will be used Check Request has been satisfied, so the switch on the other 

forthecall. If the test is successful, then the Network Access end of the circuit can begin testing. The CCR-LPA-COT 

Server 118 returns a Maintenance Acknowledge message series of messages may be repeated several times. I AM is 

816, with a COT off indication, to Signaling Access Server one way of starting a COT test; CCR is the other. 

112. The Signaling Access Server 112 then receives a COT 50 If continuity testing still fails, network 20 responds with 

Success message 818 from the network 20. The direction of * continuity message 828 containing the Failure parameter. 

arrow 818 indicates that the originating switch has heard a Signaling Access Server 112 then again tells Network 

tone played back over a loopback circuit established by the Acccss S *™ T !° tu / n off continuity testing using 

NAS. The purpose of this test is to verify the bearer, so the messa & e 824 ' wmch 15 acknowledged by message 816. 

signaling messages set up the test and reporting the result. 55 M indlca } cd b Y block 83 °- thc continuity check request 

Signaling Access Server 112 then sends the standard call ^"JZl ZT£ ^'n^^l^J^L £2' 

^ & Kf 1 * „ , . _ . message 826, message 828, message 824, and message 816, 

Setup message 706 to Network Access Server 112, as in * ^ a % redeterram * d number of (imes . lf 

previous FIG.s. Network Access Server 118 responds with a conlinu it y testing still fails, then Signaling Access Server 

Call Proceeding message 708 and begins to set up the call 112 ^ises an alarm indicating continuity failure, as shown 

internally. Signaling Access Server 112 informs network 20 60 by bi oc k 832. 

that the call is being set up by sending the ACM message 710 , 0 , he foregoing specification, the invention has been 

to the network. When the Network Access Server completes described with reference to specific embodiments thereof. It 

call setup, it sends an Alerting message 720 to Signaling w fl lf however, be evident that various modifications and 

Access Server 112. The Signaling Access Server 112 for- changes may be made thereto without departing from the 

wards the CPG message 722 to the network 20. When a call 65 broader spirit and scope of the invention. The specification 

connection is established at the far end, Network Access and drawings are, accordingly, to be regarded in an illus- 

Server 118 reports the successful connection to Signaling trative rather than a restrictive sense. 
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APPENDIX 1 — SUPPORTED PROTOCOLS 
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4.3.7. SAS Network Protocol Support 
4.3.1.1 .Signaling Protocols to be Supported 




ITUMTP 1-3 (ITVBlue bock) ; : ' 


ANSI MTP 1-3 

■ C-TUP (Cham) ^^MPl-i'-f^^/-^^:^. 


BT-NUP 



ETSIISUP VJ 

.sk ^Addittonal 17V.&76xISUP national vxaianis (i 

& include France/China) 

Bellcore ISUP 



France ISUP 


Nl*2 PRI over IP (for general product availability) 


4.3.1. 1.1. Bellcore TR-1268 (NI-2) Supported Messages 


CONNcct 


CONNect A CKaowledgc - y 


DISConnect 


RELease 


RELease COMpktc ' 


RESTart 


RESTart ACKnowlcdge 


SETUP 


•SERV1CE.:.^&^P^ 


SERVICE ACKnowledge 


STATus 


STATus ENQuiry 


4.3. 1.1. 2. Bellcore TR-1268 (NI-2) Supported Information Elements 
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Call State : " 


Called Party Number 


Called Party Sdbaddneq ^ ; v 
Calling Party Number 


Calling Party SubVddresV' 


Cause 


Channel Identification 


High-Layer Compatibility 


Low*Layer Compatibility 


Progress Indicator 


Restart Indicator 


4.3.1. 1.3.SAS ANSI SS7 (T1-113) Supported Messages and Information Elements 


Parameter Name ^t^^NSI Referenre. ^^^M^^W-Jj^^ 
Message type 2.1 F l 


Backward call tta&n*m&&S$£?&Si^: 


Access transport 


3. 1 A. 


3-n 


^ns¥lritoca^rs^£»^^ 


Parame^ 


Message Type 


2.1 


Access transport 

Backward call indicators 33 0 4 


Optional backward call in3tc^re;5^V3.240;^^ 


Message type 


2.1 


Event lniorihati6D?^B^ 



.Pa^^ter^Name' ;<t$M^^ 


^^Ty^l^ilJcngSfe 

Message type 2.1 


F 1 

Range and status' (see note) iv?i?'M'^3.27i' tt-jsh i'&£;i» f iUHii 



Circuit state indicator 3. 1 IB 


V 2-25 
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Parameter Name ■•;v.^..'-- 

.. ANSI Reference ■ • . . 

■ /.- Type Length -.. 

Message type 

2.1 

F 1 

Nature of connection Indicators"- "S " 

3.24; : .r-v ; I.;-' K> :; - 



! Parameter Name "i ■'-■^ ~? 

.'- "ANSI Reference x^lt SSV.^H'?- 



1 Message type 

2.1 


F 1 

j Circuit validation response indicator 

; -3.UC ...:-..!•.-.;;". 



! Circuit group characteristic indicators 

3.10A 


F 1 





Parameter Name >: 



Message type 

2.1 F 

1 1 

Caose indicators ' 




t^rameterNairre^^ 


Message type 


2.1 


■ConDmirrih^catora"*^ 


m 


PanraetefNaln^ 


Message type 


2.1 


1 


Information indlcatob^*3^a2i^^ 


Message type 


2.1 


.Ihforniation^irequest'^ 
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Parameter Name 

^':;:ANSIRefe'rehc 


^Length"; 

Message type 

Zl 

F 

l 

Nature of connection indicators 

*-.Y -3.24' :.:T-'. : 



Forward call indicators 

3.20 

F 

2 

Calling party's category i..' . 


; -^:vr^::i-^F^inf r -- 


User service (nformation 

3.33 

V 

3-n 

Called party number '/ • : :* < > 

'V:"-3.6' 


* -24 itf 

Access transport 

3.1A 

O 

3-n 

Calling party number ' .-. .V . ; 

^3.7.-'-?: r v.'-'''-. 


: ; :5-l2^?;-y ; :- 

Generic address (see note) 

3.20A 

0 

6-13 

User service information prime 

:- : .^ , .3.33A"- i - «?::.- 


• ; 4-n^;^; 


wmBsssesem 



Parameter Name 

; ANSI Reference 



Message type 

2.1 

F 

I 

Cause indicators S*\ 












•'Parai^rNamel^^ ReYeMc^i^T^ 

Message type 

2.1 

F 

i 


I Message type 


2.1 






iParalnMi^ 




Message type 2.1 


l 









''Ifcirra&w.N^ 




Message type 2.1 

F 1 







Parameter Name 

; ^ANSIRefererice ^^^S^S 


Message type 

2.1 

F 1 


** !" EXTERNAL SYSTEM IMPACTED ••» : - • ^'i' •'•^"S©2ir«^2tl>' >t '«' v C-' ! " ' 
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Parameter Name - ANSI Reference •hj^i v'::- 

■' '-i.y^^y^^Type '■ Length •. 

Message type 2.1 

F 1 


Parameter Name ANSI Reference 


^Type^rLength 


Message type 


2.1 


Parameter Name W4^SI-Rcf«iiOT ^i-:^. 

'^^y^B^L^ngtiife 

Message type 2. 1 

F 1 


ParameterName ';ffi^i^SI : Refw 


Message type ^ 


2.1 


Parameter Name^^ Relference**^^^ 

Message type 2A F 1 






^Paraine^ 




Message type 

2.1 


F 1 

*■ Ciroji t group 'su pervision message type Indicator 




Range and status 

3.27 


V 2-5 


'Paramet^a^^ 


Message type 


2.1 


'Circuit group supervision me^ge^:^i-33". : l 1 u£&&!3g$^ 
Range and status 


3.27 


2-5 
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[■ Paraheter Name 7 

; ANSI Rfifciehce 'l?::::V r 


1 Message type 

2.1 

F I 

i Circuit group supervision message type indicator 

■3.11 — ■■ r 

- .F- - ' * v-1 

i Range and status 

3.27 

V 2-5 


1 ^ar^ii"te| Name ■ : 





ANSI'Referehce ^? : -' 



V-Lerigih'ii 

1 Message type 

2.1 


F 

i 

| Circuit group supervision message I 
' type indicator '." * ? 





1 Range and status 

3.27 


V 

2-5 


NOTE: In these messages the status sub- field is not present when the range code is zero. 


jMessa 


Parameter Name 

QSANSIJtefe^ 

e"v : ^ Length/^: 

Message type 

2.1 F 

l 

Range and statu* V 


V 2-5. 
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4.3. 1.1. 4. Information element mapping between ANSI SS7 & NI-2 








Call setup - IP Terminating Call - IAM -» SETUP I 




User Service Information 

Bearer Capability 


Transmission Medium Requirements : J' '"'.^-j J" 

Bearer Capability C - . s- " : < V. - 


Forward Call Indicator 

No mapping 


Access Transport r :jt V*«/- .\^ ; ^V£ : £'^.v.:> V?-»-i;>;^. ...;V • 

■ '--'"Progress Indicator 'V^':;*«i. If C#.--v 


Calling Party Number 

Calling Party Number 


Access Transport .'':~:'- 1 *yC~U : &,. "' 

CalJing Party Subaddress 


Called Party Number 

Called Party Number 


Access Transport ' ,.■ .:^v-~: - 

■ Called Party Subaddress " : .: 


Access Transport 

High-Layer Compatibility 


Access Transport- ^^T^Vr^^ 

'^^Xb^rJ^a^Oxt^a^^ ty 


Generic Address 

No Mopping 






^C^«tiTpTlP;DriSS3t 


• ■•■•^-^.^ si^-^?>/^^r 


Bearer Capability 

User Service Information 

Bearer Capability Vi-^tKiS- 


Progress Indicator 

Access Transport 

Xaflirij; Party Number K/-- 


Calling Party Subaddress 

Access Transport 

: Called Party Number ' . : ■: *{ 

^^^t?:^^^^^^^^(^lled -?i^:ffmti& : ^'^B^^X^K^ 

Called Party Subaddress 

Access Transpon 

High-Layer Compatibility; 


Low-Layer Compatibility 

Access Transport 
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4.3.2.5.1 .List of Supported Measurements 
Supported measurements are listed in the following table. 


id 


1 CompcnenrType 

• Category 

■ Units 

Time Interval 

' Maintained By 

W LARK, 

aignaJtng units received 

Occurrences 

30 min 

IOS 

C7Link 

Re-alignmcnt (SIF7SIO) transmitted 

Occurrences 

30 min 

IOS 

C7Link 

Re-alignment (SIF/SIO) received 

Occurrences 

30 min 

IOS 

C7Link 

Duration in-service 

Seconds 

30 min 

IOS 

C7Link 

Duration unavailable 

Seconds 

30 min 

IOS 

C7Link 

Messaged dropped due to congestion 

Count 

30 min 

IOS 

C7 Signaling Point 

Duration unavailable 

Seconds 

5 min, 30 min 

IOS 

C7 Signaling Point 

Transmitted messaged dropped due to 
routing failure 

Count 

30 min 

IOS 

Signal Path 

IS UP Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

SignaJ Path 

IS UP Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP ACM Messages Sent 

Count 

5 min. 30 min 

Engine/MDL 

SignaJ Path 

ISUP ACM Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP ANM Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP ANM Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP BLO Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

SignaJ Path 

ISUP BLO Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP BLA Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP BLA Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP CPC Messaecs Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUPCPG Messages Received 

Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP CGB Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUPCGB Messages Received 

Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP CGB A Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP CGB A Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP GRS Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP GRS Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP GRA Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 
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Signal Path 

[SUP CRA Messages Received 

! Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

IS UP CGU Messages Sent 

t Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP CGU Messages Received 

1 Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

I SUP CGUA Messages Sent 

| Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP CGUA Messages Received 

{ Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP CFN Messages Sent 

j Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP CFN Messages Received 

I Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP CON Messages Sent 

I Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP CON Messages Received 

! Count 

5 min. 30 min 

Engine/MDL 

! Signal Path 

ISUP IAM Messages Sent 

1 Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP IAM Messages Received 

! Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP INF Messages Sent 

! Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP INF Messages Received 

! Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP INR Messages Sent 

! Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP INR Messages Received 

1 Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP REL Messages Sent 

Count 

5 min, 30 min 

Eneine/MDL 

Signal Path 

ISUP REL Messages Received 

Count 

5 min, 30 min 

Engine/MDL , 

Signal Path 

ISUP RLC Messages Sent 

Count 

5 min. 30 tnin 

Engine/MDL 

Signal Path 

ISUP RLC Messages Received 

Count 

5 min, 30 min 

Enpine/MDL 

Signal Path 

ISUP RSC Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP RSC Messages Received 

Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP RES Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP RES Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP SAM Messages Sent 

Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP SAM Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP SUS Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP SUS Messages Received 

Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP UBL Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP UBL Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP UBA Messages Sent 

Count 

5 min. 30 min 

Engine/MDL 

Signal Path 

ISUP UBA Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP USR Messages Sent 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP USR Messages Received 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP Abnormal Releases 

Count 

5 min, 30 min 

Eneine/MDL 

Signal Path 

ISUP Unexpected Messages 

Count 

5 min, 30 min 

Engine/MDL 

Signal Path 

ISUP Unrecognized Messages 

Count 

5 min. 30 min 

Engine/MDL 
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What is claimed is: 

1. A telecommunications apparatus that interconnects a 
circuit-switched telephone network and a packet-switched 
data network to enable communication among the networks 
and that provides dial outsourcing, comprising: 

a signaling access server coupled to a signaling trunk of 
the telephone network to interchange call signaling 
messages therewith, and coupled through a control 
network to one or more network access servers each 
coupled to a voice of the telephone network to com- 
municate voice-band information thereon, and coupled 
to receive instructions from the signaling access server 
through the contol network, and coupled to the data 
network to communicate data thereon; and 

a computer-readable medium coupled to the signaling 
access server and carrying one or more first sequences 
of software instructions executed by and controlling the 
signaling access server which, when executed by the 
signaling access server, cause the signaling access 
server to perforn dial outsourcing by carrying out the 
steps of: 

receiving provisioning information from the network 
access servers that associates each of the network 
access servers with one of a plurality of Internet 
Service Providers; 

receiving a subscription profile of a caller who is 25 
originating a call, wherein the subscription profile 
identifies one of the Internet Service Providers to 
which the caller subscribes; 

based on the subscription profile, selecting one of the 
network access servers for carrying the call into the 
data network; and 

establishing the call originating in the telephone net- 
work and containing voiceband information and ter- 
minating in the data network via the selected one of 
the network access servers, based on call signaling 35 
information received from the signaling trunk by the 
signaling access server. 

2. The apparatus recited in claim 1, wherein the computer- 
readable medium further comprises a second sequence of 
instructions which, when executed by the signaling access ^ 
server, cause the signaling access server to perform call 
congestion management by carrying out the steps of: 

receiving an initial address message associated with a call 
originating in the telephone network; 

receiving resource usage information from the network 45 
access servers that indicates processing load associated 
with the network access servers; 

based on the resource usage information, selecting one of 
the network access servers for carrying the call into the 
data network; and 50 

establishing the call originating in the telephone network 
and containing voiceband information and terminating 
in the data network via the selected one of the network 
access servers, based on call signaling information 
received from the signaling trunk by the signaling 55 
access server. 

3. The apparatus recited in claim 1, wherein the network 
access servers are coupled to the data network by an Internet 
Protocol (IP) backbone apparatus, and wherein the network 
access servers are coupled to the signaling access server and 
to a management network by the control network, and 
wherein the control network, the management network, the 
signaling access server, and the network access servers 
communicate using IP. 

4. The apparatus recited in claim 1, wherein the signaling 65 
trunk and the voice trunk originate in a Common Channel 
Signaling telephone network. 


60 


5. The apparatus recited in claim 1, wherein the signaling 
trunk is a Signaling System 7 (SS7) trunk, and wherein the 
data network is a global, packet-switched network that 
operates using Internet Protocol (IP) and Transmission Con- 
trol Protocol (TCP). 

6. The apparatus recited in claim 1, wherein the signaling 
trunk is coupled to a Signal Transfer Point of the telephone 
network and wherein each of the network access servers is 
coupled to receive the voiceband information from a switch 
of the telephone network. 

7. The apparatus recited in claim 1, wherein the signaling 
trunk is coupled from the signaling access server to a digital 
cross connect apparatus that is coupled to the telephone 
network, and wherein each of the network access servers is 
coupled by an associated voice trunk to the digital cross 
connect apparatus to receive the voiceband information 
therefrom. 

8. The apparatus recited in claim 1, wherein the computer- 
readable medium further comprises a third sequence of 
instructions which, when executed by the signaling access 
server, cause the signaling access server to perform dial 
origination by carrying out the steps of: 

receiving call origination information from one of the 
network access servers that is associated with an Inter- 
net Service Provider that is oriating a call from the data 
network to a called party in the telephone network who 
uses the Internet Service Provider for Internet access; 

establishing the call originating in the data network and 
terminating at the called party through the telephone 
network; 

receiving data messages from the Internet Service Pro- 
vider and directed to the called party; and 

forwarding the data messages to the called party through 
the telephone network. 

9. The apparatus recited in claim 1, wherein the computer- 
readable medium further comprises a fourth sequence of 
instructions which, when executed by the signaling access 
server, cause the signaling access server to perform access 
control by carrying out the steps of: 

creating and storing an access control policy that specifies 
that the signaling access server shall block calls based 
upon one or more pre-defined call criteria selected from 
among time of day, destination, type of service, proto- 
col used, source number, calling number, transfer sta- 
tus; 

receiving a call offer message from the telephone network 
that contains a called party telephone number; 

based on the called party telephone number and the access 
control policy, determining whether a call associated 
with the call offer message is allowed to enter the data 
network; 

permitting the call associated with the call offer message 
to enter the data network through one of the network 
access severs only when the access control policy 
indicates that the call is allowed to enter the data 
network. 

10. The apparatus recited in claim 1, wherein the software 
components further comprise a fifth sequence of instructions 
which, when executed by the signaling access server, cause 
the signaling access server to perform calling line identifi- 
cation blocking by carrying out the steps of: 

receiving a call setup message that includes a calling line 
identifier information element for a call originating in 
the data network and directed to a called party in the 
telephone network; 

suppressing the calling line identifier information element 
from the call as the call passes through the signaling 
access server; and 
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directing the call to the called party in the telephone 
network without the calling line identifier information 
element. 

11. An apparatus as recited in claim 1, wherein the 
computer-readable medium further comprises a seventh 5 
sequence of instructions which, when executed by the sig- 
naling access server, cause the signaling access server to 
perform calling card thresholding by carrying out the steps 
of: 

creating and storing at the signaling access server a 1Q 
pre-defined policy rule that specifies that the signaling 
access server shall block all calls placed using a calling 
card if the calling card is used to place more than a 
specified number of calls within a specified period of 
time; 15 

receiving call information for a call that is placed using 
the calling card; 

storing a record of the call that includes a counter value 
that identifies the number of calls that have been placed 
using the calling card over a pre-determined time 2 o 
period; 

determining whether the counter value is greater than the 

specified number of the policy rule; 
blocking the call when the counter value is greater than 

the specified number of the policy rule. 25 

12. An apparatus as recited in claim 1, wherein the 
computer-readable medium further comprises a seventh 
sequence of instructions which, when executed by the sig- 
naling access server, cause the signaling access server to 
perform calling card thresholding by carrying out the steps 30 
of: 

creating and storing at the signaling access server one or 
more access control lists of network addresses; 

receiving call messages associated with a call originating 
in the telephone network and directed to a called party 35 
in the data network; 

determining that the called party has a network address in 
the data network that is in one of the access control 
lists; blocking the call from entering the data network 
when the called party has a network address in the data 40 
network that is in one of the access control lists. 

13. An apparatus as recited in claim 1, wherein the 
computer-readable medium further comprises a seventh 
sequence of instructions which, when executed by the sig- 
naling access server, cause the signaling access server to 45 
perform destination point code blocking by carrying out the 
steps of: 

creating and storing at the signaling access server one or 

more access control lists of destination point codes; 
receiving call messages associated with a call originating 

in the data network and directed to a called party in the 

telephone network; 
determining a destination point code of the called party; 
determining that the called party has is associated with a 55 

destination point code in the telephone network that is 

in one of the access control lists; 
blocking the call from entering the telephone network 

when the called party has a destination point code in the 

telephone network that is in one of the access control 60 

lists. 

14. The apparatus recited in claim 1, further comprising: 
a cross-connect apparatus logically coupled between the 

telephone network and both the signaling trunk and the 
voice trunk; 65 
means, coupled between the signaling trunk and the 
signaling access server, for communicating call routing 
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signals from the cross-connect apparatus through the 
signaling trunk and to the signaling access server; 
wherein the software components are configured to 
receive call signaling messages from the means for 
communicating and over the control netwok, and to 
communicate the call signaling messages back over the 
control network to the network access servers. 

15. An apparatus as recited in claim 1, wherein the 
computer-readable medium further comprises a sixth 
sequence of instructions which, when executed by the sig- 
naling access server, cause the signaling access server to 
perform originating point code screening by carrying out the 
steps of: 

receiving one or more telephone network messages asso- 
ciated with a call originating in the telephone network 
and directed to a called party in the data network that 
including a translated called number and an originating 
point code value; 

converting the originating point code value into an origi- 
nally called number; and 

forwarding the originally called number to the called 
party with the call as the call passes through the 
signaling access server to one of the network access 
servers. 

16. A method of interconnecting a circuit-switched tele- 
phone network and a packet-switched data network for 
communication among them and that provides dial 
outsourcing, comprising the steps of: 

receiving provisioning information from network access 
servers that associates each of the network access 
servers with one of a plurality of Internet Service 
Providers; 

receiving a subscription profile of a caller who is origi- 
nating a first call, wherein the subscription profile 
identifies one of the Internet Service Providers to which 
the caller subscribes; 

based on the subscription profile, selecting one of the 
network access servers for carrying the first call into the 
data network; 

establishing the first call originating in the telephone 
network and containing voiceband information and 
terminating in the data network via the selected one of 
the network access servers, based on call signaling 
information received from a signaling trunk by a sig- 
naling access server, and 
wherein the method further provides call congestion man- 
agement by crying out the steps of: 
receiving an initial address message associated with a 

second call orginating in the telephone network; 
receiving resource usage information from the network 
access servers that indicates processing load associ- 
ated with the network access servers; 
based on the resource usage information, selecting one 
of the network access servers for carrying the second 
call into the data network; and 
establishing the second call originating in the telephone 
network and containg voiceband information and 
terminating in the data network via the selected one 
of the network access servers, based on call signaling 
information received from the signaling trunk by the 
signaling access server. 

17. A method of interconnecting a circuit-switched tele- 
phone network and a packet-switched data network for 
communication among them and that provides dial 
outsourcing, comprising the steps of: 

receiving provisioning inform afion from network access 
servers that associates each of the network access 
servers with one of a plurality of Internet Service 
Providers; 
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receiving a subscription profile of a caller who is origi- 
nating a first call, wherein the subscription profile 
identifies one of the Internet Service Providers to which 
the caller subscribes; 

based on the subscription profile, selecting one of the 5 
network access servers for carrying the call into the 
data network; 

establishing the fist call originating in the telephone 
network and containing voiceband information and 
terminating in the data network via the selected one of 10 
the network access servers, based on call signaling 
information received from the signaling trunk by the 
signaling access server, and 

wherein the method further provides dial origination by J5 
carrying out the steps of: 

receiving call origination information from one of the 
network access servers that is associated with an 
Internet Service Provider that is originating a second 
call from the data network to a called party in the 2Q 
telephone network who uses the Internet Service 
Provider for Internet access; 
establishing the second call originating in the data 
network and terminating at the called party through 
the telephone network; 25 
receiving data messages from the Internet Service 

Provider and directed to the called party; and 
forwarding the data messages to the called party 
through the telephone network. 
18. A method of interconnecting a circuit-switched tele- 3Q 
phone network and a packet-switched data network for 
communication among them and that provides dial 
outsourcing, comprising the steps of: 

receiving provisioning information from network access 
servers that associates each of the network access 35 
servers with one of a plurality of Internet Service 
Providers; 

receiving a subscription profile of a caller who is origi- 
nating a first call, wherein the subscription profile 
identifies one of the Internet Service Providers to which 40 
the caller subscribes; 

based on the subscription profile, selecting one of the 
network access servers for carrying the first call into the 
data network; 

establishing the first call originating in the telephone 45 
network and containing voiceband information and 
terminating in the data network via the selected one of 
the network access servers, based on call signaling 
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information received fiom a signaling trunk by a sig- 
naling access server, 
receiving a call setup message that includes a calling line 
identifier information element for a second call origi- 
nating in the data network and directed to a called party 
in the telephone network; 
suppressing the calling line identifier information element 
from the second call as the second call passes through 
the singaling access server, and 
directing the second call to the called party in the tele- 
phone network without the calling line identifier infor- 
mation element. 
19. A method of interconnecting a circuit-switched tele- 
phone network and a packet-switched data network for 
communication among them and that provides dial 
outsourcing, comprising the steps of: 

receiving provisioning information fom network access 
servers that associates each of the network access 
servers with one of a plurality of Internet Service 
Providers; 

receiving a subscription profile of a caller who is origi- 
nating a first call, wherein the subscription profile 
identifies one of the Internet Service Providers to which 
the caller subscribes; 
based on the subscription profile, selecting one of the 
network access servers fbr carrying the first call into the 
data network; and 
establishing the first call originating in the telephone 
network and containing voiceband information and 
terminating in the data network via the selected one of 
the network access servers, based on call signaling 
information received from a signaling trunk by a sig- 
naling access server, 
receiving one or more telephone network messages asso- 
ciated with a second call originating in the telephone 
network and directed to a called party in the data 
network that includes a translated called number and an 
originating point code value; 
converting the originating point code value into an origi- 
nally called number; and 
forwarding the originally called number to the called 
party with the second call as the second call passes 
through the signaling access server to one of the 
network access servers. 

* * * * * 
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